home *** CD-ROM | disk | FTP | other *** search
/ CICA 1994 April / CICA Shareware for Windows CD-ROM (Walnut Creek CD-ROM)(April 1994).ISO / win3 / access / access_l.exe / ACC9308.TXT < prev    next >
Text File  |  1994-01-07  |  244KB  |  5,438 lines

  1. =========================================================================
  2. Date:         Sun, 1 Aug 1993 15:53:16 PDT
  3. Reply-To:     Microsoft Access Database Discussion List
  4.               <ACCESS-L@INDYCMS.BITNET>
  5. Sender:       Microsoft Access Database Discussion List
  6.               <ACCESS-L@INDYCMS.BITNET>
  7. From:         "Richard Brown (dickb)" <dickb@MICROSOFT.COM>
  8. Subject:      Re: Microsoft and the Internet
  9.  
  10. Nathan,
  11. In case this hasn't been cleared up:
  12.  
  13. It's ACCBUG -- no hyphen.
  14.  
  15. By the way, in a previous career I worked as a newspaper
  16. reporter. My first job was in Logansport. I used to drive
  17. over to Purdue to hang around the campus and feel like
  18. I was in a real city.
  19.  
  20. Dick Brown
  21. Access Editing Manager
  22. ----------
  23. From: Nathan Brindle  <netmail!NBRINDLE@INDYCMS.BITNET>
  24. To: Multiple recipients of list ACCESS-L  <ACCESS-L@INDYCMS.BITNET>
  25. Subject: Microsoft and the Internet
  26. Date: Tuesday, July 27, 1993 9:05AM
  27.  
  28. This was posted some time back, but not everyone may have a copy or
  29. remember it (I know <I> didn't...).
  30.  
  31. To report bugs in Access:  Send mail to ACCBUG@MICROSOFT.COM
  32.  
  33. To send in your wishes for upcoming versions:  ACC-WISH@MICROSOFT.COM
  34.  
  35. One caveat--I think I remember the ACCBUG address as ACC-BUG (with
  36. the hyphen) but I didn't see it that way in the list archives.  So if
  37. ACCBUG doesn't work, try ACC-BUG.  Or maybe someone has a hard copy
  38. of Microsoft's letter that announced this handy?
  39.  
  40. BTW, as I told Phil Paxton, I agree with him that the record counting
  41. problem is unlikely to be a bug.  Since Access does not provide an implicit
  42. recordcounting function, you're flirting with disaster :) when you try
  43. to write one in Access Basic.  "That's not a bug--it's a <feature>!"
  44.  
  45. What <does> interest me, however, is the fact that in Professional Basic
  46. 7.1 you can query an ISAM file via the LOF() function and get the number
  47. of records returned to you.  Why can't we do that in Access?  Or am I
  48. completely confused?  (Which would NOT surprise me...)
  49.  
  50. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  51. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  52. Indiana University Purdue University Indianapolis
  53. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  54. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  55. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  56. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  57. ------------------------------------------------------------------------------
  58. =========================================================================
  59. Date:         Sun, 1 Aug 1993 21:09:32 -0400
  60. Reply-To:     Eugene Levine <elevine@world.std.com>
  61. Sender:       Microsoft Access Database Discussion List
  62.               <ACCESS-L@INDYCMS.BITNET>
  63. From:         Eugene Levine <elevine@WORLD.STD.COM>
  64. Subject:      Re: Microsoft and the Internet
  65. In-Reply-To:  <199308012256.AA03943@world.std.com>
  66.  
  67. Does anyone know how the Microsoft email address system works? I have some
  68. questions/ requests/ suggestions about non Access applications, and about
  69. he interface between them and Access.
  70.  
  71. Thanks in advance,
  72. Gene
  73.  
  74. elevine@world.std.com
  75. =========================================================================
  76. Date:         Mon, 2 Aug 1993 07:14:27 +0000
  77. Reply-To:     Microsoft Access Database Discussion List
  78.               <ACCESS-L@INDYCMS.BITNET>
  79. Sender:       Microsoft Access Database Discussion List
  80.               <ACCESS-L@INDYCMS.BITNET>
  81. From:         Marty McMahon <Marty.McMahon@KAUAI.DS.BOEING.COM>
  82. Subject:      GRAPHS IN ACCESS
  83.  
  84. To:  <ACCESS-L@INDYCMS.BITNET>
  85.  
  86.  
  87. I'm relatively new to the use of ACCESS.  Is there a good book that explains
  88. how to build and modify graphs using ACCESS?  Does it make more sense to
  89. export to Excel and make them there?
  90.  
  91. marty.mcmahon@kauai.ds.boeing.com
  92. =========================================================================
  93. Date:         Mon, 2 Aug 1993 10:29:00 LCL
  94. Reply-To:     Microsoft Access Database Discussion List
  95.               <ACCESS-L@INDYCMS.BITNET>
  96. Sender:       Microsoft Access Database Discussion List
  97.               <ACCESS-L@INDYCMS.BITNET>
  98. From:         MKRO <MKRO.DIS-PC@BMAILIN.ITG.TI.COM>
  99. Subject:      Text Box Input Editing As Data is Entered
  100.  
  101. Would like to know if anyone has a thought/created a way to edit  or format
  102. the input(value) of a text
  103. box as it is being entered by a user?   I have a text box  that is bound to a
  104.  date field on a table.  I would
  105. like to be able to format the text in the text box as it is entered, so that
  106. the user would see a "/" as they
  107. type a date value.   EXAMPLE:  User types 01 then a "/" is shown
  108. automatically by my logic User continues to type 05 then another "/" appears
  109. in the text box and then the User completes the date entry with 93.
  110.  
  111. What this amounts to is dynamic data editting or formating.  Is there a way
  112. to do this with the format property?  Or can it be accomplished in a
  113. function()?  Any suggestions or ideas?
  114.  
  115. Thanks in advance.
  116. Mike Kroeger
  117. =========================================================================
  118. Date:         Mon, 2 Aug 1993 16:37:00 GMT
  119. Reply-To:     Microsoft Access Database Discussion List
  120.               <ACCESS-L@INDYCMS.BITNET>
  121. Sender:       Microsoft Access Database Discussion List
  122.               <ACCESS-L@INDYCMS.BITNET>
  123. From:         CHEN <CHEN%DIALOGVM@MCIMAIL.COM>
  124.  
  125. Hi all,
  126. I'm trying to format a report printout to page break only at the
  127. end of a record.  Is there a way to do this?  Will I need to write
  128. a macro or module?
  129.  
  130. Thanks advance for your help!
  131.  
  132. Susan Chen
  133. Dialog Information Services, Inc.
  134. CDROM Division
  135. chen@dialogvm.mcimail
  136. =========================================================================
  137. Date:         Mon, 2 Aug 1993 12:03:29 -0500
  138. Reply-To:     Microsoft Access Database Discussion List
  139.               <ACCESS-L@INDYCMS.BITNET>
  140. Sender:       Microsoft Access Database Discussion List
  141.               <ACCESS-L@INDYCMS.BITNET>
  142. From:         "Louis M. Swiczewicz" <SWICZ@ACC.RWU.EDU>
  143. Subject:      Soccer Roster via Report Wizard
  144.  
  145. Dear Access-L members:
  146.  
  147.      I have the responsibility for managing my town's youth soccer
  148. league.  To date, there are 32 teams distributed across four age
  149. divisions.  Each team has two coaches and at least 12 players.
  150.  
  151.      The information for coaches is included in a table named
  152. "Coaches Fall'93."  The data for players is located in a table
  153. named "House League F'93."  The common link between these two
  154. tables is the field entitled "Team ID."
  155.  
  156.      I am attempting to generate a report (i.e., Roster) for each
  157. team.  I would like the names of the coaches to appear at the top
  158. of the report and the players' information to appear in the body
  159. of the report.  I know that it is possible to create a report which
  160. contains subreports using report wizard.  However, my attempts to
  161. incorporate subreports has not been very successful.  Instead of
  162. getting individual team rosters, the output is one report which
  163. groups all players and coaches.
  164.  
  165.      Does anyone know if it is possible to design a report using
  166. report wizard that will give me 32 individual reports (rosters)
  167. which will include the names for both players and coaches by team?
  168.  
  169. I have just recently started dabbling in Access basic so I am not
  170. sure if the results I desire can be best achieved via that
  171. methodology.  I will appreciate all assistance.  Thank you.
  172.  
  173.  
  174.  
  175. Lou Swiczewicz
  176. Swicz@ACC.RWU.EDU
  177. =========================================================================
  178. Date:         Mon, 2 Aug 1993 12:06:33 EST
  179. Reply-To:     Microsoft Access Database Discussion List
  180.               <ACCESS-L@INDYCMS.BITNET>
  181. Sender:       Microsoft Access Database Discussion List
  182.               <ACCESS-L@INDYCMS.BITNET>
  183. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  184. Organization: IUPUI Student Activities Office (317) 274-3931
  185. Subject:      Help on setting number of copies to print
  186.  
  187. Help!  "I've got a little macro..."  Well, the point is, I'm trying to
  188. use an InputBox to get how many copies of a report the user wants to
  189. print.  It seems to work fine (including the Access Basic code) until
  190. the value is input and the macro tries to use the value returned by
  191. the function.  The interesting part is that I get a BLANK error message
  192. from Access when this point is reached (a message box with an exclamation
  193. point but NO MESSAGE).  So I don't see where the problem is.
  194.  
  195. Has anyone got a code example to show me how to do this?  I'm scratching
  196. my head, (not pulling out my hair--what hair?), wondering.
  197.  
  198. Thanks,
  199. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  200. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  201. Indiana University Purdue University Indianapolis
  202. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  203. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  204. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  205. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  206. ------------------------------------------------------------------------------
  207. =========================================================================
  208. Date:         Mon, 2 Aug 1993 13:58:10 EST
  209. Reply-To:     Microsoft Access Database Discussion List
  210.               <ACCESS-L@INDYCMS.BITNET>
  211. Sender:       Microsoft Access Database Discussion List
  212.               <ACCESS-L@INDYCMS.BITNET>
  213. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  214. Organization: IUPUI Student Activities Office (317) 274-3931
  215. Subject:      copies to print--figured a dodge
  216.  
  217. I figured out how to specify the number of copies of the report I wanted.
  218. I just wrote it in Access Basic and forgot the macro (except to call
  219. the function).  This procedure feels kludgy to me and it seems like it
  220. would be nice if the OpenReport method in immediate print mode had a
  221. number of copies argument.  Of course, that might make calling the other
  222. modes kind of weird.
  223.  
  224. The code fragment:
  225.  
  226. Function QLCopies()
  227.  
  228. Response = InputBox("How many copies to print?", "QuickList", "1")
  229. If Response = "" then Exit Function
  230.  
  231. DoCmd SelectObject A_REPORT, "QuickList", True
  232. DoCmd Print , , , , Response
  233. DoCmd Minimize
  234.  
  235. QLCopies = Response
  236.  
  237. End Function
  238.  
  239. That's probably a mess (and QLCopies() is a dummy function anyway), but
  240. for this particular program the Database window is minimized--thus the
  241. DoCmd Minimize at the end to put it back where it belongs.
  242.  
  243. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  244. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  245. Indiana University Purdue University Indianapolis
  246. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  247. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  248. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  249. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  250. ------------------------------------------------------------------------------
  251. =========================================================================
  252. Date:         Mon, 2 Aug 1993 11:25:43 -0700
  253. Reply-To:     Microsoft Access Database Discussion List
  254.               <ACCESS-L@INDYCMS.BITNET>
  255. Sender:       Microsoft Access Database Discussion List
  256.               <ACCESS-L@INDYCMS.BITNET>
  257. From:         Dmitry Serebrennikov <dmitry@UCSEE.BERKELEY.EDU>
  258. Subject:      Re: Text Box Data Editing as Data is Entered
  259.  
  260. >
  261. > Would like to know if anyone has a thought/created a way to edit  or format
  262. > the input(value) of a text
  263. > box as it is being entered by a user?   I have a text box  that is bound to a
  264. >  date field on a table.  I would
  265. > like to be able to format the text in the text box as it is entered, so that
  266. > the user would see a "/" as they
  267. > type a date value.   EXAMPLE:  User types 01 then a "/" is shown
  268. > automatically by my logic User continues to type 05 then another "/" appears
  269. > in the text box and then the User completes the date entry with 93.
  270. >
  271. > What this amounts to is dynamic data editting or formating.  Is there a way
  272. > to do this with the format property?  Or can it be accomplished in a
  273. > function()?  Any suggestions or ideas?
  274. >
  275. > Thanks in advance.
  276. > Mike Kroeger
  277. >
  278.         According to MicroSoft there is no way to do this that in Access now.
  279.         The only alternative is to use AfterUpdate function to read the value
  280.         and reformat it to your liking and then put it back in the control.
  281.         It works, but only after user has left the field, not while typing.
  282.         There are talks about allowing to use VBX controls in Access and other
  283.         MS apps, but that is all not in the near future.
  284. =========================================================================
  285. Date:         Mon, 2 Aug 1993 11:06:48 -0700
  286. Reply-To:     Microsoft Access Database Discussion List
  287.               <ACCESS-L@INDYCMS.BITNET>
  288. Sender:       Microsoft Access Database Discussion List
  289.               <ACCESS-L@INDYCMS.BITNET>
  290. From:         Dmitry Serebrennikov <dmitry@UCSEE.BERKELEY.EDU>
  291. Subject:      Re: Access Basic
  292. In-Reply-To:  <199307301603.AA25681@hp4at.eunet.co.at> from "Dave Stultz" at
  293.               Jul 30, 93 09:02:38 am
  294.  
  295. I think this is mostely right, but:
  296.  
  297. >         Function MoreButton()
  298. >         Docmd Hourglass True
  299. >         Docmd Echo False
  300. >         Docmd Setwarnings False
  301.   *******************
  302. >         Dim Curr as Form
  303. >         Dim F as String
  304. >         Set Curr=Screen.Activeform.Name
  305. >         Set F=Forms![Curr]
  306.   *******************
  307.   The piece in *** is the problem.  The correct thing to use in the expressions
  308.   below in place of F is a variable of type Form. So if you have
  309.  
  310.   Dim F as Form
  311.   Set F=Screen.ActiveForm
  312.  
  313.   it should do the trick. Notice that it is just "Screen.ActiveForm" that
  314.   returns the current form Object.  Screen.ActiveForm.FormName returns the name
  315.   of the form (a string).  You could use that to get a hold of the form Object,
  316.   but it is a round-about way of doing it.
  317.  
  318.   Also, as other people have mentioned you have to reset Echo to On in Access
  319.   Basic code manualy while in macros that is done for you when the macro ends.
  320.  
  321.   Also you can not hide of disable a control that has the focus. But you knew
  322.   that didn't you...
  323.  
  324. >         F!Titles.Visible=False
  325. >         F!Titles.Enabled=False
  326. >         F!Moretitles.Visible=True
  327. >         F!Moretitles.Enabled=True
  328. >         F!More.Visible=False
  329. >         F!More.Enabled=False
  330. >
  331.    Good luck. Dmitry.
  332.    dmitry@ucsee.berkeley.edu
  333. =========================================================================
  334. Date:         Mon, 2 Aug 1993 21:50:14 CDT
  335. Reply-To:     Microsoft Access Database Discussion List
  336.               <ACCESS-L@INDYCMS.BITNET>
  337. Sender:       Microsoft Access Database Discussion List
  338.               <ACCESS-L@INDYCMS.BITNET>
  339. From:         Richard Moldwin <rmoldwin@MIDWAY.UCHICAGO.EDU>
  340.  
  341. Has anybody tried the new Sheriden Data Controls for VB 3.0?  There is a
  342. fully functional spreadsheet control that seems to emulate the Access
  343. Datasheet.  There are also controls to fill in most of the missing
  344. datacontrols in VB.  If I only knew how to transport my access form designs
  345. into VB!  Has anybody written a utility to do this yet?  Transporting code is
  346. easy, but the forms are another story.:-)
  347. --Rich Moldwin
  348. =========================================================================
  349. Date:         Mon, 2 Aug 1993 23:50:00 LCL
  350. Reply-To:     Microsoft Access Database Discussion List
  351.               <ACCESS-L@INDYCMS.BITNET>
  352. Sender:       Microsoft Access Database Discussion List
  353.               <ACCESS-L@INDYCMS.BITNET>
  354. From:         RH <RH.DIS-PC@BMAILIN.ITG.TI.COM>
  355. Subject:      Memo Field Text Formatting
  356.  
  357. I have an application that requires more text formatting capability within a
  358. MEMO field then than appears to be available with Access (i.e. CNTRL ENTER
  359. and SPACE).  Is there a third party add-in for Access which provides features
  360. like variable margins, hanging indents, bullets, and multiple fonts for MEMO
  361. fields?
  362.  
  363. I would prefer not to link or imbed objects from other apps like WORD just to
  364. get the enhanced formatting.
  365.  
  366. Any ideas?
  367.  
  368. Thanks in advance,
  369. Bob Hanschke
  370. Texas Instruments, Inc.
  371. Dallas, TX
  372. =========================================================================
  373. Date:         Tue, 3 Aug 1993 08:17:37 -0500
  374. Reply-To:     Microsoft Access Database Discussion List
  375.               <ACCESS-L@INDYCMS.BITNET>
  376. Sender:       Microsoft Access Database Discussion List
  377.               <ACCESS-L@INDYCMS.BITNET>
  378. From:         STAUFFER_ERIC_B@LILLY.COM
  379. Subject:      signoff
  380.  
  381. From: STAUFFER ERIC B                  IVM1      1         RM66696
  382. Subject: ACCESS-L@INDYCMS.BITNET
  383. To: INTERNET ADDRESS                   BITN
  384. =========================================================================
  385. Date:         Tue, 3 Aug 1993 12:19:39 EDT
  386. Reply-To:     Microsoft Access Database Discussion List
  387.               <ACCESS-L@INDYCMS.BITNET>
  388. Sender:       Microsoft Access Database Discussion List
  389.               <ACCESS-L@INDYCMS.BITNET>
  390. From:         Shannon Burgin <##06@UTMARTN.BITNET>
  391. Subject:      Re: Access Speed?
  392. In-Reply-To:  In reply to your message of THU 22 JUL 1993 14:49:59 EDT
  393.  
  394. > > I have just recently purchased Access 1.0 (and have upgraded to 1.1), and I
  395. > > have been having some problems with speed.  I have a 386-DX/33 Mhz with 4 Me
  396. > > of RAM, and in Windows I'm running a 6 Meg permanent swapdrive with 32-bit
  397. > > access.  I am trying to write a database for a baseball card collection, and
  398. > > every single action I make takes at least a few seconds, if not longer.  I
  399. > > have attached buttons to macros which run queries, and when I run them, the
  400. > > hourglass icon appears for up to thirty seconds.  Is there anything I can do
  401. > > to speed this harrowing process up?
  402. > >         Dave Stultz
  403. > >        STULTZ@DENISON.EDU
  404. > >
  405. > > p.s.
  406. > >        I don't have a math co-processor - could having one make that much of
  407. > >a difference?
  408. >
  409. >
  410. > Dave, the rule of thumb I've heard circulated the most (and endorsed by
  411. >  Microsoft) is adding 4Mg of memory
  412. > to a 386 (that already has 4Mg -- for a total of 8M) will increase Access
  413. >  performance significantly more than
  414. > migrating to a 486 that only has 4Mg.
  415. >
  416. >
  417. > Phil Paxton
  418. > Development Editor, eidetic, and 7-ball juggler
  419. > SAMS/Prentice Hall Computer Publishing
  420. > Carmel, Indiana
  421.  
  422. My 386 Model/70 only had 4 meg when I began using Access. I have since
  423. added 8 meg more for reasons other than speeding up Access, but the
  424. side benefit is a significant improvement to Access.
  425.  
  426.  
  427. ************************************************************************
  428. *                                *                                     *
  429. * Shannon Burgin                 *    University of Tennessee/Martin   *
  430. * Bitnet: ##06@UTMARTN.BITNET    *    Computer Center                  *
  431. * Phone: 901-587-7890            *    102 Cooper Hall                  *
  432. * Senior Systems Analyst         *    Martin, TN 38238                 *
  433. * VM/VSE/CICS/VSAM/DLI/SQLDS     *                                     *
  434. ************************************************************************
  435. =========================================================================
  436. Date:         Tue, 3 Aug 1993 10:44:15 PDT
  437. Reply-To:     thamilto@pcocd2.intel.com
  438. Sender:       Microsoft Access Database Discussion List
  439.               <ACCESS-L@INDYCMS.BITNET>
  440. From:         "Tony Hamilton - FES ERG~" <thamilto@PCOCD2.INTEL.COM>
  441. Subject:      Deleting records and warnings
  442.  
  443. I previously posted how I figured out how to use macros to delete the
  444. record currently displayed on a form. Well, something funny happened. I
  445. wasn't using SetWarnings to turn off the messages, because I happen to like
  446. being asked if I'm sure or not. Works real great in the first form I did
  447. this in. I went to implement this in another form I have, and lo and behold,
  448. it doesn't give me a warning! It simply deletes the record. Well, I figured,
  449. maybe the SetWarnings flag was off for some reason, so I included an
  450. explicit SetWarnings Yes action in the macro, but it still won't warn me.
  451. What might be different between the two forms or underlying queries to
  452. cause the different results? Both forms are based on queries.
  453.  
  454. Any ideas?
  455.  
  456. --
  457. Tony Hamilton                 |
  458. -Intel Corporation            | voice: 916-356-3070
  459. --Folsom Engineering Services | mailstop: FM2-55
  460. ---Engineering Resource Group | email: thamilto@pcocd2.intel.com
  461. ----Software Technician       |
  462. =========================================================================
  463. Date:         Wed, 4 Aug 1993 09:20:25 +0200
  464. Reply-To:     Microsoft Access Database Discussion List
  465.               <ACCESS-L@INDYCMS.BITNET>
  466. Sender:       Microsoft Access Database Discussion List
  467.               <ACCESS-L@INDYCMS.BITNET>
  468. From:         "M. Ederveen" <MARTIN@HSEPM1.HSE.NL>
  469. Subject:      Ole object test
  470.  
  471. Hello all!
  472.  
  473. It could be I previously posted this, but I never saw any reactions and the
  474. problem is still there:
  475.  
  476. When fine-tuning the application I made with Access the following
  477. problem occurred:
  478.  
  479. I'm using a picture (OLE-object) of a persons' autograph in the database.
  480. The picture is supposed to be scanned and Pasted into the form.
  481. I created a custom menu bar with the Paste function added.
  482. This works fine.
  483. Only thing is: I'd like to protect the picture from being overwritten by
  484. mistake. So I tried using the ISNULL function in the same macro that
  485. activates the Paste function in the custom menu bar. This works but not
  486. good: the check is made properly but then the Paste function cannot be
  487. activated anymore. Also the field property of an OLE-object doesn't have
  488. features like ON-ENTER and ON-UPDATE, so how can I do this?
  489.  
  490. Greetings,
  491.  
  492.  
  493. Martin.
  494.  
  495.  
  496.  
  497. -------------------------------------------------------------------------------
  498. |  ing. Martin W. Ederveen           |  "In the future there will be real     |
  499. |  Hogeschool Eindhoven              |   thinking machines.                   |
  500. |  Rachelsmolen 1                    |   Yes, but who's thoughts will they    |
  501. |  5612 MA Eindhoven                 |   be thinking?"                        |
  502. |  tel. +31 (40) 605 262             |                                        |
  503. |  MARTIN@HSEPM1.HSE.NL              |   Quotation from Dr.Who: The Curse     |
  504. |  SURF017@KUB.NL                    |   of Fenric                            |
  505. -------------------------------------------------------------------------------
  506. =========================================================================
  507. Date:         Thu, 5 Aug 1993 10:40:05 -0700
  508. Reply-To:     Microsoft Access Database Discussion List
  509.               <ACCESS-L@INDYCMS.BITNET>
  510. Sender:       Microsoft Access Database Discussion List
  511.               <ACCESS-L@INDYCMS.BITNET>
  512. From:         Dmitry Serebrennikov <dmitry@UCSEE.BERKELEY.EDU>
  513. Subject:      Re: Ole object test
  514. In-Reply-To:  <199308040722.AA20813@hp4at.eunet.co.at> from "M. Ederveen" at
  515.               Aug 4, 93 09:20:25 am
  516.  
  517. >
  518. > Hello all!
  519. >
  520. > It could be I previously posted this, but I never saw any reactions and the
  521. > problem is still there:
  522. >
  523. > When fine-tuning the application I made with Access the following
  524. > problem occurred:
  525. >
  526. > I'm using a picture (OLE-object) of a persons' autograph in the database.
  527. > The picture is supposed to be scanned and Pasted into the form.
  528. > I created a custom menu bar with the Paste function added.
  529. > This works fine.
  530. > Only thing is: I'd like to protect the picture from being overwritten by
  531. > mistake. So I tried using the ISNULL function in the same macro that
  532. > activates the Paste function in the custom menu bar. This works but not
  533. > good: the check is made properly but then the Paste function cannot be
  534. > activated anymore. Also the field property of an OLE-object doesn't have
  535. > features like ON-ENTER and ON-UPDATE, so how can I do this?
  536. >
  537. > Greetings,
  538. >
  539. >
  540. > Martin.
  541. >
  542.    I am not sure I understand the problem...  If you could be more specific on
  543.    how you are using ISNull and why doesn't it work the secod time?  Did you
  544.    try to step through the macro?  What happens?  Does ISNull think that the
  545.    field is not null even though it is?..
  546.  
  547.    As a Bubble-Gum (tm) solution you can keep another field around with a flag
  548.    weither the picture is posted or not...
  549. =========================================================================
  550. Date:         Fri, 6 Aug 1993 09:50:27 MEZ
  551. Reply-To:     Microsoft Access Database Discussion List
  552.               <ACCESS-L@INDYCMS.BITNET>
  553. Sender:       Microsoft Access Database Discussion List
  554.               <ACCESS-L@INDYCMS.BITNET>
  555. From:         Erich Neuwirth <A4422DAB@VM.UNIVIE.AC.AT>
  556. Subject:      Re: ACCESS-L Digest - 4 Aug 1993 to 5 Aug 1993
  557. In-Reply-To:  Message of Thu,
  558.               5 Aug 1993 23:00:04 -0500 from <LISTSERV@INDYCMS.IUPUI.EDU>
  559.  
  560. i just got my software upgrade for access (1.1)
  561. there is an offer in ther for the documetation for $ 49.50
  562. having the printed docs for 1.0,
  563. is it worthwhilw buying the updated documentation?
  564. any recommendations?
  565.  
  566. ERICH NEUWIRTH
  567. BITNET (EARN): A4422DAB@AWIUNI11
  568. INTERNET:      a4422DAB@vm.univie.ac.at = 131.130.1.2
  569. Institute for Statistics, Operations Research, and Computer Methods
  570. UNIVERSITY OF VIENNA, UNIVERSITAETSSTR. 5/9, A-1010 VIENNA, AUSTRIA
  571. TEL.: +43-1-40407-160    FAX: +43-1-40407-88
  572. =========================================================================
  573. Date:         Fri, 6 Aug 1993 08:55:33 EDT
  574. Reply-To:     Microsoft Access Database Discussion List
  575.               <ACCESS-L@INDYCMS.BITNET>
  576. Sender:       Microsoft Access Database Discussion List
  577.               <ACCESS-L@INDYCMS.BITNET>
  578. From:         MJY0000 <MJY0@ECC.BITNET>
  579. Subject:      Erratic Screens
  580.  
  581. I'd like to find out if anybody else is experiencing this problem:
  582.  
  583. When I'm in Design mode (whether it's a Form, Query, Table, etc.)
  584. I will sometimes experience my screen or parts of my screen changing
  585. to a larger font and usually changing to Bold also.  It doesn't
  586. seem to affect what's actually in my Access DB because when I switch
  587. over to a "Run mode" everything appears okay.  I cannot figure out
  588. the pattern, if there is one, or what is causing this.  It is rather
  589. erratic because sometimes if I just click on the screen it will go
  590. back to how it should be. Very strange.
  591.  
  592. I have not changed video divers or anything like that.  I was
  593. experiencing this problem before I upgraded to Access 1.1 and was
  594. sort of holding out hoping the upgrade would "fix" the problem.
  595. Also I am only experiencing this problem with Access.  I use other
  596. Apps such as Quicken, MS Word and Micrografx Designer with no problem.
  597.  
  598. This doesn't appear to be a devastating problem.  It is something I
  599. can live with - its just very annoying.
  600.  
  601. If anybody else is experiencing a similar problem or if someone has
  602. a suggestion, I'd appreciate hearing from you.
  603.  
  604.  
  605.                  _\\|//_
  606.                    0 0
  607. --------------uuu---U---uuu-----------------------------------------
  608. -  Mike Yurche               -     Phone (410) 780-6589            -
  609. -  Computer Services         -     Fax   (410) 574-2172            -
  610. -  Essex Community College   -                                     -
  611. -  Baltimore, MD  21237      -     BITNET MJY0@ECC                 -
  612. --------------------------------------------------------------------
  613. Opportunities are never lost - they're simply found by someone else!
  614. =========================================================================
  615. Date:         Fri, 6 Aug 1993 08:09:52 -0500
  616. Reply-To:     Microsoft Access Database Discussion List
  617.               <ACCESS-L@INDYCMS.BITNET>
  618. Sender:       Microsoft Access Database Discussion List
  619.               <ACCESS-L@INDYCMS.BITNET>
  620. From:         Steve Bratten <GE0793@SIUCVMB.BITNET>
  621. Subject:      Messed up screens in Design Mode...
  622.  
  623. >I'd like to find out if anybody else is experiencing this problem:
  624. >
  625. >When I'm in Design mode (whether it's a Form, Query, Table, etc.)
  626. >I will sometimes experience my screen or parts of my screen changing
  627. >to a larger font and usually changing to Bold also.  It doesn't
  628.  
  629. I have experienced this on several occasions but, just as the author of
  630. the original message, I haven't recognized a pattern or found a solution.
  631.  
  632. ^^^^^^^^^Steve Bratten^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  633. |   _                     o__                                          |
  634. |  ( \  _/_              _.>/^_      BITNET < GE0793@SIUCVMB >         |
  635. |   \   /  _  _     _   (_) \(_)   INTERNET < GE0793@SIUCVMB.SIU.EDU > |
  636. |  \_) (__(/_/(_/\_(/_                                                 |
  637. |   __                       \o  \o  \o   Graduate School              |
  638. |  |__)  __  __  -/-/-_  __   |>  |>  |>  Southern Illinois University |
  639. |  |__) / (_(_/(_/`/_(/_///  < \ < \ < \  Carbondale, IL  62901-4716   |
  640. |                                                                      |
  641. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^Steve Bratten^^^^^^^^^
  642. =========================================================================
  643. Date:         Fri, 6 Aug 1993 09:11:04 EST
  644. Reply-To:     Microsoft Access Database Discussion List
  645.               <ACCESS-L@INDYCMS.BITNET>
  646. Sender:       Microsoft Access Database Discussion List
  647.               <ACCESS-L@INDYCMS.BITNET>
  648. From:         George Waller <HBLADM47@UCONNVM.BITNET>
  649. Subject:      Is Access 1.1 FTP available?
  650.  
  651. Is Access 1.1 available for FTP and if not, could someone
  652. make it available? My understanding is that there is no
  653. licensing problem with doing so.
  654. =========================================================================
  655. Date:         Fri, 6 Aug 1993 10:35:35 EST
  656. Reply-To:     Microsoft Access Database Discussion List
  657.               <ACCESS-L@INDYCMS.BITNET>
  658. Sender:       Microsoft Access Database Discussion List
  659.               <ACCESS-L@INDYCMS.BITNET>
  660. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  661. Organization: IUPUI Student Activities Office (317) 274-3931
  662. Subject:      ? How to copy (backup) an .mdb
  663.  
  664. In trying to apply the KISS principle to the application I'm writing for
  665. my supervisor :), I have run up against a slight problem.  I need to
  666. assign some code to a command button that will copy the entire .MDB file
  667. to the A: drive for the purpose of making an archival backup.  I realize
  668. she could do this by going to the File Manager and dragging and dropping
  669. the file to A:, but she's used to the kludge I whipped up in dBase that
  670. performed this operation.
  671.  
  672. Am I going to run up against sharing violations when I try to copy the
  673. (open) .MDB to disk?  Something tells me that I will.
  674.  
  675. Should I shell out to the File Manager (as demonstrated using the Calculator
  676. in the Shell section of the Language Reference) to accomplish this feat?
  677.  
  678. Or should I just forget it and tell her to use the File Manager?  :)
  679.  
  680. Thanks for any advice.
  681.  
  682. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  683. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  684. Indiana University Purdue University Indianapolis
  685. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  686. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  687. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  688. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  689. ------------------------------------------------------------------------------
  690. =========================================================================
  691. Date:         Fri, 6 Aug 1993 10:52:05 PDT
  692. Reply-To:     Microsoft Access Database Discussion List
  693.               <ACCESS-L@INDYCMS.BITNET>
  694. Sender:       Microsoft Access Database Discussion List
  695.               <ACCESS-L@INDYCMS.BITNET>
  696. From:         "ROBERT GRINNELL,
  697.               SEATTLE PACIFIC UNIVERSITY" <r_grinnell@LUKE.SPU.EDU>
  698. Subject:      Re: ACCESS-L Digest - 4 Aug 1993 to 5 Aug 1993
  699.  
  700. On  Fri, 6 Aug 1993 09:50:27 MEZ, Erich Neuwirth writes:
  701.  
  702. >i just got my software upgrade for access (1.1)
  703. >there is an offer in ther for the documetation for $ 49.50
  704. >having the printed docs for 1.0,
  705. >is it worthwhilw buying the updated documentation?
  706. >any recommendations?
  707.  
  708. This was a concern of mine, too, until the upgrade arrived.  After
  709. reviewing the  What's New in Version 1.10 help file (MSA110.HLP),
  710. I concluded that none of the changes was of a type that would alter
  711. the documentation substantially or pervasively.  They are all pretty
  712. distinct and self-contained.  The help file tells you all you need.
  713.  
  714. Robert Grinnell
  715. Seattle Pacific University
  716. r_grinnell@luke.spu.edu
  717. =========================================================================
  718. Date:         Fri, 6 Aug 1993 11:44:03 PDT
  719. Reply-To:     Microsoft Access Database Discussion List
  720.               <ACCESS-L@INDYCMS.BITNET>
  721. Sender:       Microsoft Access Database Discussion List
  722.               <ACCESS-L@INDYCMS.BITNET>
  723. From:         "ROBERT GRINNELL,
  724.               SEATTLE PACIFIC UNIVERSITY" <r_grinnell@LUKE.SPU.EDU>
  725. Subject:      Re: ? How to copy (backup) an .mdb
  726.  
  727. On Fri, 6 Aug 1993 10:35:35 EST,  Nathan Brindle writes:
  728.  
  729. >In trying to apply the KISS principle to the application I'm writing for
  730. >my supervisor :), I have run up against a slight problem.  I need to
  731. >assign some code to a command button that will copy the entire .MDB file
  732. >to the A: drive for the purpose of making an archival backup.  I realize
  733. >she could do this by going to the File Manager and dragging and dropping
  734. >the file to A:, but she's used to the kludge I whipped up in dBase that
  735. >performed this operation.
  736.  
  737. >Am I going to run up against sharing violations when I try to copy the
  738. >(open) .MDB to disk?  Something tells me that I will.
  739.  
  740. >Should I shell out to the File Manager (as demonstrated using the Calculator
  741. >in the Shell section of the Language Reference) to accomplish this feat?
  742.  
  743. >Or should I just forget it and tell her to use the File Manager?  :)
  744.  
  745. My guess (and I am operating at the edges of my knowledge here) is that
  746. your only chance of doing this with the .MDB open is to make a WinAPI
  747. call from within the database to do the copying.  Anything else would hit
  748. a share violation, since the file in question is registered to Access
  749. in Share's system.  But having not tried it, I sure can't guarantee the
  750. WinAPI call would work, either.  Guess that's for you to find out.  I'd
  751. like to know if it works, it could be a very useful general purpose function.
  752.  
  753. Robert Grinnell
  754. Seattle Pacific University
  755. r_grinnell@luke.spu.edu
  756. =========================================================================
  757. Date:         Fri, 6 Aug 1993 21:08:28 +0200
  758. Reply-To:     Microsoft Access Database Discussion List
  759.               <ACCESS-L@INDYCMS.BITNET>
  760. Sender:       Microsoft Access Database Discussion List
  761.               <ACCESS-L@INDYCMS.BITNET>
  762. From:         "M. Ederveen" <MARTIN@HSEPM1.HSE.NL>
  763. Subject:      Re: Erratic Screens
  764.  
  765. I do not experience your change-screen fonts problem.
  766. There could be something wrong within Windows, fonts tend to be thrown
  767. around in the memory a lot, maybe some problem there?
  768. Also you might be running some virus, other resident program or faulty
  769. mouse-driver?
  770.  
  771. Martin Ederveen
  772. =========================================================================
  773. Date:         Fri, 6 Aug 1993 16:14:00 LCL
  774. Reply-To:     Microsoft Access Database Discussion List
  775.               <ACCESS-L@INDYCMS.BITNET>
  776. Sender:       Microsoft Access Database Discussion List
  777.               <ACCESS-L@INDYCMS.BITNET>
  778. From:         MKRO <MKRO.DIS-PC@BMAILIN.ITG.TI.COM>
  779. Subject:      I/O with Barcodes for MS Access
  780.  
  781. Has anyone come across any information about using I/O from a barcode reader
  782. to supply data for
  783. MS Access forms and controls?  I have APP that manages inventory, it sure
  784. would be slick if I could
  785. scan information in and out, updating tables and screens!
  786. =========================================================================
  787. Date:         Fri, 6 Aug 1993 16:41:19 EST
  788. Reply-To:     Microsoft Access Database Discussion List
  789.               <ACCESS-L@INDYCMS.BITNET>
  790. Sender:       Microsoft Access Database Discussion List
  791.               <ACCESS-L@INDYCMS.BITNET>
  792. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  793. Organization: IUPUI Student Activities Office (317) 274-3931
  794. Subject:      Re: ? How to copy (backup) an .mdb
  795. In-Reply-To:  Message of Fri,
  796.               6 Aug 1993 11:44:03 PDT from <r_grinnell@LUKE.SPU. EDU>
  797.  
  798. One thing that came to mind on this question was to create an empty .mdb
  799. on the backup floppy and use TransferDatabase or CopyObject to move each
  800. object, one at a time, to the backup .mdb.  This strikes me as a losing
  801. kludge (worse than the one I wrote in dBase to do the same thing), and
  802. it seems to me that MS needs to give us a BackupDatabase command in the
  803. next version.  Being LANless and essentially backupless here in academia
  804. :), I've got to think of SOMETHING.
  805.  
  806. Like I say, however, I'll probably end up telling my supervisor to use
  807. the File Manager and move the file manually to floppy.
  808.  
  809. Merry Weekend....:)
  810.  
  811. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  812. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  813. Indiana University Purdue University Indianapolis
  814. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  815. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  816. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  817. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  818. ------------------------------------------------------------------------------
  819. =========================================================================
  820. Date:         Fri, 6 Aug 1993 14:53:20 PDT
  821. Reply-To:     thamilto@pcocd2.intel.com
  822. Sender:       Microsoft Access Database Discussion List
  823.               <ACCESS-L@INDYCMS.BITNET>
  824. From:         "Tony Hamilton - FES ERG~" <thamilto@PCOCD2.INTEL.COM>
  825. Subject:      Re: I/O with Barcodes for MS Access
  826. In-Reply-To:  <9308062123.AA02326@hermes.intel.com>; from "MKRO" at Aug 6,
  827.               93 4:14 pm
  828.  
  829. > Has anyone come across any information about using I/O from a barcode reader
  830. > to supply data for
  831. > MS Access forms and controls?  I have APP that manages inventory, it sure
  832. > would be slick if I could
  833. > scan information in and out, updating tables and screens!
  834.  
  835. There are a number of things you can do with scanners and a database
  836. application, and they all apply to Access. The first I can think of is
  837. real-time data entry, kind of like scanning groceries or something. With
  838. this, if the data entry point is fixed (a cash register or something), you
  839. can actually connect a scanner to the PC in-between the keyboard and the
  840. PC. Then, the scanner and decoder send input to the PC as if it had been
  841. entered by the keyboard.
  842.  
  843. The other major thing is data collection. Like, if you conducting an inventory
  844. of a warehouse or something. Here you will want a portable data collection
  845. scanner unit. It may be something simple, or sophisticated. In either case,
  846. all you need is a common data format, which is usually something as simple
  847. as a common delimited text file. If you want to check the inventory as
  848. you scan, you'll need to dump the data from Access to the scanner via this
  849. text file, and then conduct your inventory with the scanner. Or, you may
  850. want to just go scan barcodes, and then dump the data from the scanner to
  851. Access using a text file, and then let Access reconcile it.
  852.  
  853. I will be using Access to do a combination of all three within a few weeks.
  854. We're going to upload a large database of information to a high-end portable
  855. scanner, which will then be used to conduct audits or inventories of
  856. equipment, but also provide more information, like where the equipment is
  857. at, who is using it, and so forth, all of which can be checked while doing
  858. the invetory/audit. Then, we'll make corrections in real-time using keyboard
  859. input to the scanner, and when all done, upload those corrections back to
  860. the database in Access.
  861.  
  862. We already do something similar in dBase, but it will be no different with
  863. Access. You just write some AccessBasic code to pull in the data from the
  864. text file (which, if the format is right, can be done with just a couple
  865. lines of code), and then process that data. Of course, we're paying big
  866. money to the company which is programming the scanner so that it can handle
  867. its end of the job.
  868.  
  869. And of course, we'll also be linking Access with another piece of software
  870. which will print barcodes on a thermal barcode printer. It should all be in
  871. place in about 3 weeks (although it took twice as long to develop the
  872. specifications for the whole system).
  873.  
  874. --
  875. Tony Hamilton                 |
  876. -Intel Corporation            | voice: 916-356-3070
  877. --Folsom Engineering Services | mailstop: FM2-55
  878. ---Engineering Resource Group | email: thamilto@pcocd2.intel.com
  879. ----Software Technician       |
  880. =========================================================================
  881. Date:         Fri, 6 Aug 1993 14:54:42 PDT
  882. Reply-To:     thamilto@pcocd2.intel.com
  883. Sender:       Microsoft Access Database Discussion List
  884.               <ACCESS-L@INDYCMS.BITNET>
  885. From:         "Tony Hamilton - FES ERG~" <thamilto@PCOCD2.INTEL.COM>
  886. Subject:      Re: I/O with Barcodes for MS Access
  887. In-Reply-To:  <9308062123.AA02326@hermes.intel.com>; from "MKRO" at Aug 6,
  888.               93 4:14 pm
  889.  
  890. Forgot something. For uploading/downloading large amounts of information, you
  891. can use a standard telecommunications program like ProComm, which you can
  892. also automate to do the whole job automatically. This way you don't worry
  893. about the I/O within Access, just the delimited text files.
  894. --
  895. Tony Hamilton                 |
  896. -Intel Corporation            | voice: 916-356-3070
  897. --Folsom Engineering Services | mailstop: FM2-55
  898. ---Engineering Resource Group | email: thamilto@pcocd2.intel.com
  899. ----Software Technician       |
  900. =========================================================================
  901. Date:         Sat, 7 Aug 1993 15:08:11 EDT
  902. Reply-To:     Microsoft Access Database Discussion List
  903.               <ACCESS-L@INDYCMS.BITNET>
  904. Sender:       Microsoft Access Database Discussion List
  905.               <ACCESS-L@INDYCMS.BITNET>
  906. From:         Steve Miller <miller@ROADRUNNER.PICTEL.COM>
  907. Organization: PictureTel Corporation
  908. Subject:      Access Utility Uploaded to CICA
  909.  
  910. I just uploaded a utility to ftp.cica.indiana.edu that I
  911. downloaded from Compuserve. Here is part of the description
  912. file:
  913.  
  914.     Description
  915.     ===========
  916.     Access Spell-Rite is an add-in module that you can use to
  917.     help with spelling of object names, field names, and control
  918.     names.  It lists every object in your database, including
  919.     field names, control names, and macro group names.  You can
  920.     have it copy any of these names to the clipboard, adding
  921.     square brackets [] if necessary.  It is then a simple
  922.     procedure to paste the name where it is required.
  923.  
  924.     Access Event-Finder is an add-in module that you can use to
  925.     help locate events on a form or report, so you can track down
  926.     odd behaviour caused by macros and modules.
  927.  
  928.  
  929. --
  930. +-------------------------------------------------------+
  931. | Steve Miller                   PictureTel Corporation |
  932. | email: miller@pictel.com       One Corporation Way    |
  933. | phone: (508) 977-8235          Peabody, MA 01960      |
  934. +-------------------------------------------------------+
  935. =========================================================================
  936. Date:         Sat, 7 Aug 1993 14:46:20 -0700
  937. Reply-To:     Microsoft Access Database Discussion List
  938.               <ACCESS-L@INDYCMS.BITNET>
  939. Sender:       Microsoft Access Database Discussion List
  940.               <ACCESS-L@INDYCMS.BITNET>
  941. From:         "Linda D. Cornell" <lcornell@U.WASHINGTON.EDU>
  942. Subject:      2 Questions
  943.  
  944.  I need to pass the data entered in one field to a query used to generate
  945.  a combo box for the next field.  For example, in field 1 the user selects
  946.  code 1 (from a combo box).  I need to pass code 1 to the query that
  947.  generate the combo box for field 2.  I wrote a parameter query that
  948.  works fine until I put it into the form.  Does anyone have any advice?
  949.  
  950.  Also, has anyone been successful updating a field based upon data
  951.  entered into a previous field?  For example, field 2 is updated
  952.  based upon the data entered into field 1.
  953.  
  954.  Thanks.
  955.  Rochelle Cole (who is helping Linda Cornell and using her account)
  956.  
  957. Thanks from me too!
  958. Linda Cornell
  959. lcornell@u.washington.edu
  960. =========================================================================
  961. Date:         Sun, 8 Aug 1993 11:28:07 CDT
  962. Reply-To:     Microsoft Access Database Discussion List
  963.               <ACCESS-L@INDYCMS.BITNET>
  964. Sender:       Microsoft Access Database Discussion List
  965.               <ACCESS-L@INDYCMS.BITNET>
  966. From:         Richard Moldwin <rmoldwin@MIDWAY.UCHICAGO.EDU>
  967. Subject:      Re: Erratic Screens
  968. In-Reply-To:  Your message of Fri, 6 Aug 1993 08:55:33 EDT
  969.  
  970. Mike, I'm having the exact same problem with screen fonts.  I'm using a
  971. Gateway 486DX2/50 with 8MB RAM and an ATI-Ultra (not local bus).  What's your
  972. configuration?
  973. ---Rich Moldwin
  974. =========================================================================
  975. Date:         Sun, 8 Aug 1993 21:17:21 -0700
  976. Reply-To:     Microsoft Access Database Discussion List
  977.               <ACCESS-L@INDYCMS.BITNET>
  978. Sender:       Microsoft Access Database Discussion List
  979.               <ACCESS-L@INDYCMS.BITNET>
  980. From:         Bill Stewart <STEWART@GC.BITNET>
  981. Subject:      Access Tip
  982.  
  983. I just got done figuring out how to make the toolbar reappear after turning
  984. it off through a macro (and using a custom menu bar on a form).  I was
  985. trying to use the sendkeys command and it wasn't working.  Apparently if
  986. the menu bar of the form you're working on doesn't have the menu item to
  987. select it can't be choosen.
  988.  
  989. The work around (via the PIM example) is to select the Database window by
  990. using the select object command in the same macro as the send keys command.
  991.  
  992. My rational that this works is that you have to select an object or form
  993. that has the menu item you want to select.
  994.  
  995. ------------------------------------------------------
  996. Bill Stewart
  997. Gendale Community College
  998. 6000 W. Olive Ave
  999. Glendale AZ. 85302
  1000. ------------------------------------------------------
  1001. =========================================================================
  1002. Date:         Mon, 9 Aug 1993 09:49:41 EST
  1003. Reply-To:     Microsoft Access Database Discussion List
  1004.               <ACCESS-L@INDYCMS.BITNET>
  1005. Sender:       Microsoft Access Database Discussion List
  1006.               <ACCESS-L@INDYCMS.BITNET>
  1007. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  1008. Organization: IUPUI Student Activities Office (317) 274-3931
  1009. Subject:      Re: Access Tip
  1010. In-Reply-To:  Message of Sun, 8 Aug 1993 21:17:21 -0700 from <STEWART@GC>
  1011.  
  1012. That's the same workaround that I doped out last Thursday to do the
  1013. exact same thing.  Minds must be working in parallel on this list...:)
  1014.  
  1015. My macro (part of the CloseProject macro that runs when I hit the Exit
  1016. button in my main form) looks like this:
  1017.  
  1018. SendKeys
  1019.    Keystrokes:  {TAB}{TAB}{TAB}YES{ENTER}
  1020.    Wait:        No
  1021. DoMenuItem
  1022.    Menu Bar:    Database
  1023.    Menu Name:   View
  1024.    Command:     Options
  1025.  
  1026. Somewhere I read that it is mandatory to do the SendKeys <before> you
  1027. execute the command they belong to.
  1028.  
  1029. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  1030. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  1031. Indiana University Purdue University Indianapolis
  1032. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  1033. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  1034. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  1035. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  1036. ------------------------------------------------------------------------------
  1037. =========================================================================
  1038. Date:         Mon, 9 Aug 1993 10:35:06 EDT
  1039. Reply-To:     arbert@aol.com
  1040. Sender:       Microsoft Access Database Discussion List
  1041.               <ACCESS-L@INDYCMS.BITNET>
  1042. From:         Brett Archer <arbert@AOL.COM>
  1043. Subject:      Re: ? How to copy (backup) an...
  1044.  
  1045. Have you tried to use the TransferDatabase "command" to backup a database?
  1046. =========================================================================
  1047. Date:         Mon, 9 Aug 1993 07:29:33 +0000
  1048. Reply-To:     Microsoft Access Database Discussion List
  1049.               <ACCESS-L@INDYCMS.BITNET>
  1050. Sender:       Microsoft Access Database Discussion List
  1051.               <ACCESS-L@INDYCMS.BITNET>
  1052. From:         Marty McMahon <Marty.McMahon@KAUAI.DS.BOEING.COM>
  1053. Subject:      GRAPHS IN ACCESS
  1054.  
  1055. 'm relatively new to the use of ACCESS.  Is there a good book that explains
  1056. how to build and modify graphs using ACCESS?  Does it make more sense to
  1057. export to Excel and make them there?
  1058.  
  1059. marty.mcmahon@kauai.ds.boeing.com
  1060. =========================================================================
  1061. Date:         Mon, 9 Aug 1993 11:38:03 -0600
  1062. Reply-To:     Microsoft Access Database Discussion List
  1063.               <ACCESS-L@INDYCMS.BITNET>
  1064. Sender:       Microsoft Access Database Discussion List
  1065.               <ACCESS-L@INDYCMS.BITNET>
  1066. From:         Tim Mackay <tmackay@MEI.COM>
  1067. Subject:      PageMaker -> RTF -> Access
  1068.  
  1069. I've been assigned with a special project that requires me to get data from
  1070. Aldus PageMaker into Microsoft Access.  The data consists of PartNumbers,
  1071. Descriptions, Notes, and Prices for parts, and the parts fall into a series
  1072. of Categories.  The PageMaker data isn't tabular, but the fields are
  1073. formatted in different ways on different lines.
  1074.  
  1075. I understand that PageMaker will export RTF - ascii text with embedded
  1076. formatting commands - and that Access will import ascii text, so I figure
  1077. that RTF is a good intermediary step.  Once I have an RTF file, I'll parse
  1078. the RTF with Access, putting underlined lines into the Categories field,
  1079. bold lines into the Description fields, italic lines into the Notes field,
  1080. etc.  Sound dooable?
  1081.  
  1082. My question is:
  1083. Is there an RTF specification available anywhere on the 'net so I can
  1084. better understand how to read RTF files' embedded commands?
  1085.  
  1086. or
  1087.  
  1088. Where can I learn more about RTF files and how they're formatted.
  1089.  
  1090. or
  1091.  
  1092. Is there an easier way to do this?
  1093.  
  1094. Thanks in advance for any help.
  1095.  
  1096. Tim Mackay                       |paper-net:Marquette Electronics, Inc
  1097. internet: tmackay@mei.com        |          8200 W Tower Ave
  1098. voice-net:(414) 362-2765         |          Milwaukee, WI 53223
  1099. =========================================================================
  1100. Date:         Mon, 9 Aug 1993 11:51:04 EST
  1101. Reply-To:     Microsoft Access Database Discussion List
  1102.               <ACCESS-L@INDYCMS.BITNET>
  1103. Sender:       Microsoft Access Database Discussion List
  1104.               <ACCESS-L@INDYCMS.BITNET>
  1105. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  1106. Organization: IUPUI Student Activities Office (317) 274-3931
  1107. Subject:      Re: PageMaker -> RTF -> Access
  1108. In-Reply-To:  Message of Mon, 9 Aug 1993 11:38:03 -0600 from <tmackay@MEI.COM>
  1109.  
  1110. Since there's no PageMaker filter for Access, I'd be <more> inclined to
  1111. put the data into tabular form, create the corresponding table in Access,
  1112. and cut and paste.  I don't know if this will work but I'm going to play
  1113. with it here in a minute and see.
  1114.  
  1115. If it's possible to export from PM into dBase IV, I'd be more inclined to
  1116. go that route and then import the resulting .dbf into Access.  Again, I
  1117. don't know if the dBase IV filter is two-way or just one-way in Pagemaker.
  1118.  
  1119. <Does> Access import RTF?  That's news to me if so.
  1120.  
  1121. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  1122. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  1123. Indiana University Purdue University Indianapolis
  1124. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  1125. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  1126. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  1127. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  1128. ------------------------------------------------------------------------------
  1129. =========================================================================
  1130. Date:         Mon, 9 Aug 1993 11:58:57 EST
  1131. Reply-To:     Microsoft Access Database Discussion List
  1132.               <ACCESS-L@INDYCMS.BITNET>
  1133. Sender:       Microsoft Access Database Discussion List
  1134.               <ACCESS-L@INDYCMS.BITNET>
  1135. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  1136. Organization: IUPUI Student Activities Office (317) 274-3931
  1137. Subject:      Re: PageMaker -> RTF -> Access
  1138. In-Reply-To:  Message of Mon, 9 Aug 1993 11:38:03 -0600 from <tmackay@MEI.COM>
  1139.  
  1140. I misunderstood what you were going after.  For some reason I read you
  1141. as saying you wanted to export <tabular> data from PM.  You can indeed
  1142. Paste Append tabular data copied to the clipboard from PM into Access.
  1143. Whether your other idea (export to RTF then import and parse in Access)
  1144. would work is something I can't answer.
  1145.  
  1146. Sorry if I confused the issue.  Can you work with a copy of the PM file
  1147. and put the data into tabular form?  If the file isn't too big and you
  1148. aren't talking about too many records, that seems like the easiest thing
  1149. to do.
  1150.  
  1151. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  1152. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  1153. Indiana University Purdue University Indianapolis
  1154. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  1155. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  1156. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  1157. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  1158. ------------------------------------------------------------------------------
  1159. =========================================================================
  1160. Date:         Mon, 9 Aug 1993 13:54:36 EDT
  1161. Reply-To:     Microsoft Access Database Discussion List
  1162.               <ACCESS-L@INDYCMS.BITNET>
  1163. Sender:       Microsoft Access Database Discussion List
  1164.               <ACCESS-L@INDYCMS.BITNET>
  1165. From:         "Phillip (Phil) Paxton" <72410.2162@COMPUSERVE.COM>
  1166. Subject:      PageMaker -> RTF -> Access
  1167.  
  1168. % I've been assigned with a special project that requires me to get data from
  1169. % Aldus PageMaker into Microsoft Access.  The data consists of PartNumbers,
  1170. % Descriptions, Notes, and Prices for parts, and the parts fall into a series
  1171. % of Categories.  The PageMaker data isn't tabular, but the fields are
  1172. % formatted in different ways on different lines.
  1173.  
  1174. % I understand that PageMaker will export RTF - ascii text with embedded
  1175. % formatting commands - and that Access will import ascii text, so I figure
  1176. % that RTF is a good intermediary step.  Once I have an RTF file, I'll parse
  1177. % the RTF with Access, putting underlined lines into the Categories field,
  1178. % bold lines into the Description fields, italic lines into the Notes field,
  1179. % etc.  Sound dooable?
  1180.  
  1181. I'll play techno-cynic for a moment -- just be prepared to do some handholding
  1182.  -- it never fails when
  1183. migrating data from a free format arena to a structured arena.  A good example
  1184.  of this type of problem comes
  1185. when people use things like Excel (I'm not picking on Microsoft, Lotus123,
  1186.  Quattro Pro, etc. can be
  1187. substituted) as a database then realize they need to "move up" to a real
  1188.  database system and suddenly find
  1189. they have to define their fields as long text strings or memo fields because so
  1190.  many exceptions to the [data]
  1191. rules suddenly appear.
  1192.  
  1193. I've seen a lot of this over time and received a lot of phone calls in the last
  1194.  year or so from friends and
  1195. former co-workers who are in the process of migrating just such a situation --
  1196.  suddenly the "this is the name
  1197. field" becomes "well, it's the name field for everyone else, but since we didn't
  1198.  know his real name, we put
  1199. this here..." (you can imagine how the rest of the conversation went).
  1200.  
  1201. I guess what I'm trying to say is:  don't be surprised if you suddenly find not
  1202.  all bold is a description, or that
  1203. all descriptions aren't necessarily bold, etc. etc. -- and the best part is,
  1204.  it'll run smoothly until you are busy
  1205. on ten other projects and suddenly someone of Dutch extraction decides to throw
  1206.  their wooden shoes into
  1207. the fray...
  1208.  
  1209. P.S.
  1210.  
  1211. On a lighter note, keep us posted -- it sounds like an interesting project.
  1212.  (Good Luck)
  1213.  
  1214.  
  1215. Phil Paxton
  1216. Development Editor
  1217. SAMS/Prentice Hall Computer Publishing
  1218. Carmel, Indiana
  1219. =========================================================================
  1220. Date:         Mon, 9 Aug 1993 13:08:00 -0600
  1221. Reply-To:     Microsoft Access Database Discussion List
  1222.               <ACCESS-L@INDYCMS.BITNET>
  1223. Sender:       Microsoft Access Database Discussion List
  1224.               <ACCESS-L@INDYCMS.BITNET>
  1225. From:         Tim Mackay <tmackay@MEI.COM>
  1226. Subject:      Re: PageMaker -> RTF -> Access
  1227.  
  1228. >Can you work with a copy of the PM file
  1229. >and put the data into tabular form?  If the file isn't too big and you
  1230. >aren't talking about too many records, that seems like the easiest thing
  1231. >to do.
  1232.  
  1233. The file is HUMUNGOUS, and that's why I'm even considering this kind of work.
  1234. Tim Mackay                       |paper-net:Marquette Electronics, Inc
  1235. internet: tmackay@mei.com        |          8200 W Tower Ave
  1236. voice-net:(414) 362-2765         |          Milwaukee, WI 53223
  1237. =========================================================================
  1238. Date:         Mon, 9 Aug 1993 12:00:39 PDT
  1239. Reply-To:     Microsoft Access Database Discussion List
  1240.               <ACCESS-L@INDYCMS.BITNET>
  1241. Sender:       Microsoft Access Database Discussion List
  1242.               <ACCESS-L@INDYCMS.BITNET>
  1243. From:         "ROBERT GRINNELL,
  1244.               SEATTLE PACIFIC UNIVERSITY" <r_grinnell@LUKE.SPU.EDU>
  1245. Subject:      Re: GRAPHS IN ACCESS
  1246.  
  1247. On Mon, 9 Aug 1993 07:29:33 +0000 Marty McMahon writes:
  1248.  
  1249. >'m relatively new to the use of ACCESS.  Is there a good book that explains
  1250. >how to build and modify graphs using ACCESS?  Does it make more sense to
  1251. >export to Excel and make them there?
  1252.  
  1253. Don't know about books.  As for Excel vs. Graph, I'd recommend using
  1254. Graph for anything that you are going to use over again.  If you just
  1255. want a one-time graph and are more adept with Excel than Graph, then
  1256. you would probably want to just copy the data over to Excel and go from
  1257. there.
  1258.  
  1259. Robert Grinnell
  1260. Seattle Pacific University
  1261. r_grinnell@luke.spu.edu
  1262. =========================================================================
  1263. Date:         Mon, 9 Aug 1993 21:13:59 -0700
  1264. Reply-To:     Microsoft Access Database Discussion List
  1265.               <ACCESS-L@INDYCMS.BITNET>
  1266. Sender:       Microsoft Access Database Discussion List
  1267.               <ACCESS-L@INDYCMS.BITNET>
  1268. From:         Bill Stewart <STEWART@GC.BITNET>
  1269. Subject:      Re: GRAPHS IN ACCESS
  1270.  
  1271. From the little bit of expirence I've had with graphs I've found that the
  1272. power is within the query.  It took me awhile to create the query that
  1273. would generate the graph I wanted.  To me it sounds like it would be easier
  1274. to generate a graph in excel, but I'm going to make the be of MS graph.
  1275.  
  1276. I have a budget database that has the ability to show a bar graph of the
  1277. spending by department.  Kind of slick.  I really hate the idea of the
  1278. users of this database having to generate a report in excel format than
  1279. launch excel to see the chart.
  1280.  
  1281. Good luck!
  1282.  
  1283. ------------------------------------------------------
  1284. Bill Stewart
  1285. Gendale Community College
  1286. 6000 W. Olive Ave
  1287. Glendale AZ. 85302
  1288. ------------------------------------------------------
  1289. =========================================================================
  1290. Date:         Tue, 10 Aug 1993 08:42:49 CST
  1291. Reply-To:     jao9w265@aurora.cdev.com
  1292. Sender:       Microsoft Access Database Discussion List
  1293.               <ACCESS-L@INDYCMS.BITNET>
  1294. From:         "John A. Olson" <jao9w265@AURORA.CDEV.COM>
  1295. Subject:      How do we run .exe, .bat etc. from within A. B.
  1296.  
  1297. Hello,
  1298.   It's been a long time since I sat down and sent something to this list.
  1299. I am trying to write a function in Access Basic which at one point needs
  1300. to run a MSDOS batch file before continuing on.  My problem is that although
  1301. I can use the SHELL command to start the batch file running, the Access
  1302. Basic code continues running before tha batch file even executes.  This
  1303. is unsatisfactory.  How can I write some code to cause the execution of the
  1304. function to halt temporarily until the batch file has completed its course
  1305. of action?
  1306.  
  1307. The Shell function is found in the language reference and looks like this:
  1308.  
  1309.    x = Shell("xxxx.bat" , 5)
  1310.  
  1311. where the number indicates the type of window to run the executable file in.
  1312.  
  1313. HELP! I have a deadline on this project and I need some good advice quickly.
  1314.  
  1315. Thank You.
  1316.  
  1317. John Olson
  1318. Computing Devices International
  1319. f.k.a. Control Data Corporation
  1320. =========================================================================
  1321. Date:         Tue, 10 Aug 1993 15:59:00 LCL
  1322. Reply-To:     Microsoft Access Database Discussion List
  1323.               <ACCESS-L@INDYCMS.BITNET>
  1324. Sender:       Microsoft Access Database Discussion List
  1325.               <ACCESS-L@INDYCMS.BITNET>
  1326. From:         MKRO <MKRO.DIS-PC@BMAILIN.ITG.TI.COM>
  1327. Subject:      Printing "Form Letters"
  1328.  
  1329. Searching for design ideas/experience with printing "form" letters in MS
  1330. ACCESS.
  1331. Would like to take a preformatted text letter, pull name and address
  1332. information from an access table while in an MS ACCESS application, and print
  1333. the letter.  Also be able to give the users a way to edit the
  1334. preformatted text letter.  ANY SUGGESTIONS?    I have been contemplating
  1335. exports to MS WORD, POKES to a WORD document, hardcoding the text in an
  1336. ACCESS Basic module...Ect.  Is there a
  1337. cleaner way?
  1338. =========================================================================
  1339. Date:         Tue, 10 Aug 1993 18:12:19 EDT
  1340. Reply-To:     Microsoft Access Database Discussion List
  1341.               <ACCESS-L@INDYCMS.BITNET>
  1342. Sender:       Microsoft Access Database Discussion List
  1343.               <ACCESS-L@INDYCMS.BITNET>
  1344. From:         "Phillip (Phil) Paxton" <72410.2162@COMPUSERVE.COM>
  1345. Subject:      Printing "Form Letters"
  1346.  
  1347. % Searching for design ideas/experience with printing "form" letters in MS
  1348. % ACCESS.
  1349. % Would like to take a preformatted text letter, pull name and address
  1350. % information from an access table while in an MS ACCESS application, and print
  1351. % the letter.  Also be able to give the users a way to edit the
  1352. % preformatted text letter.  ANY SUGGESTIONS?    I have been contemplating
  1353. % exports to MS WORD, POKES to a WORD document, hardcoding the text in an
  1354. % ACCESS Basic module...Ect.  Is there a
  1355. % cleaner way?
  1356.  
  1357. When you say "POKE", you mean DDE POKE, right? (Not the old PC-BASIC POKE)
  1358.  
  1359. Take a look at 1.1 -- when you export a table, one of the options is "Word for
  1360.  Windows Merge".
  1361. (I think that'll solve your problem)
  1362.  
  1363. Phil Paxton
  1364. Development Editor
  1365. SAMS/Prentice Hall Computer Publishing
  1366. Carmel, Indiana
  1367. =========================================================================
  1368. Date:         Wed, 11 Aug 1993 16:47:39 +1000
  1369. Reply-To:     Microsoft Access Database Discussion List
  1370.               <ACCESS-L@INDYCMS.BITNET>
  1371. Sender:       Microsoft Access Database Discussion List
  1372.               <ACCESS-L@INDYCMS.BITNET>
  1373. From:         David Doan <s9390066@AIX00.CSD.UNSW.OZ.AU>
  1374. Subject:      Help with calling functions in user-defined DLL from Access Basic?
  1375.  
  1376. Hello,
  1377.  
  1378. Is it possible to call functions in user-defined DLL ?
  1379.  
  1380. I have followed examples from Intro to Programming and use
  1381. the Declare statement and all that but when I tried call functions
  1382. in my own DLL I get an error message which says "Duplicate procedure name"
  1383.  
  1384. I suppose I could use the windows API to call the functions in my DLL
  1385. but perhaps someone can show me a better way of doing this.
  1386.  
  1387. Thanks.
  1388. David Doan
  1389. =========================================================================
  1390. Date:         Wed, 11 Aug 1993 16:08:27 GMT
  1391. Reply-To:     Microsoft Access Database Discussion List
  1392.               <ACCESS-L@INDYCMS.BITNET>
  1393. Sender:       Microsoft Access Database Discussion List
  1394.               <ACCESS-L@INDYCMS.BITNET>
  1395. From:         "Richard Saunders, Computer Centre" <RICHARD@BKMAIN.UEL.AC.UK>
  1396. Organization: University Of East London
  1397. Subject:      Multiple copies of mailing label
  1398.  
  1399. Hi! I am a new user of Microsoft Access, and hence of this discussion
  1400. list. I have created a names and addresses table to use for
  1401. mailing labels but I can't work out how to print multiple copies of a
  1402. single label. I don't want to use the Copies option of the Windows
  1403. Print Manager because that prints each label on a new page.
  1404.  
  1405. Ideally I would like to add a "Number of copies" field to the table
  1406. (from 0 to 999, say) and have Access print labels for the whole table
  1407. based on that field.
  1408.  
  1409. Any tips would be appreciated. Thanks.
  1410. =========================================================================
  1411. Date:         Wed, 11 Aug 1993 10:33:14 EST
  1412. Reply-To:     Microsoft Access Database Discussion List
  1413.               <ACCESS-L@INDYCMS.BITNET>
  1414. Sender:       Microsoft Access Database Discussion List
  1415.               <ACCESS-L@INDYCMS.BITNET>
  1416. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  1417. Organization: IUPUI Student Activities Office (317) 274-3931
  1418. Subject:      Re: Multiple copies of mailing label
  1419. In-Reply-To:  Message of Wed,
  1420.               11 Aug 1993 16:08:27 GMT from <RICHARD@BKMAIN.UEL. AC.UK>
  1421.  
  1422. The answer is:  FTP the file ACC-KB.EXE from FTP.CICA.INDIANA.EDU (or
  1423. its mirrors) where it is still sitting in /pub/pc/win3/uploads/JUN93.
  1424. ACC-KB.EXE is a self-extracting archive of the ACC-KB.HLP file which
  1425. is the Access Knowledge Base.  One of the articles in the Knowledge
  1426. Base addresses the issue of making multiple copies of the same label.
  1427.  
  1428. Alternately, if you have no FTP access but can handle a UUencoded file
  1429. and know how to use the LISTSERV file archive commands, it is available
  1430. from LISTSERV@INDYCMS in four pieces.  Send the command IND ACCESS-L to
  1431. LISTSERV@INDYCMS to obtain a filelist to get the exact names (my memory
  1432. doesn't extend that far...sorry!).
  1433.  
  1434. HTH
  1435.  
  1436. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  1437. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  1438. Indiana University Purdue University Indianapolis
  1439. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  1440. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  1441. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  1442. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  1443. ------------------------------------------------------------------------------
  1444. =========================================================================
  1445. Date:         Wed, 11 Aug 1993 10:34:27 PDT
  1446. Reply-To:     Microsoft Access Database Discussion List
  1447.               <ACCESS-L@INDYCMS.BITNET>
  1448. Sender:       Microsoft Access Database Discussion List
  1449.               <ACCESS-L@INDYCMS.BITNET>
  1450. From:         schuck@SFU.CA
  1451. Subject:      Re: Multiple copies of mailing label
  1452. In-Reply-To:  <9308111635.AA11348@whistler.sfu.ca>; from "Richard Saunders,
  1453.               Computer Centre" at Aug 11, 93 4:08 pm
  1454.  
  1455. >
  1456. > Hi! I am a new user of Microsoft Access, and hence of this discussion
  1457. > list. I have created a names and addresses table to use for
  1458. > mailing labels but I can't work out how to print multiple copies of a
  1459. > single label. I don't want to use the Copies option of the Windows
  1460. > Print Manager because that prints each label on a new page.
  1461. >
  1462. > Ideally I would like to add a "Number of copies" field to the table
  1463. > (from 0 to 999, say) and have Access print labels for the whole table
  1464. > based on that field.
  1465. >
  1466. > Any tips would be appreciated. Thanks.
  1467. >
  1468.  
  1469. Off the top of my head, I can think of a quick and dirty method for a
  1470. reasonable number of copies ie 1 - 10.
  1471.  
  1472. Create a copy table with 1 field [No of copies]
  1473.  
  1474. There would be 1 record with a 1, 2 records with a 2 , etc
  1475.  
  1476. ie:
  1477.  
  1478. 1
  1479. 2
  1480. 2
  1481. 3
  1482. 3
  1483. 3
  1484. 4
  1485. 4
  1486. 4
  1487. 4
  1488.  
  1489. Base your label printing on a query that joins the [No of copies] on
  1490. your address table to the no_of_copies table.
  1491.  
  1492. A 3 copies record would appear 3 times in the query.
  1493.  
  1494.  
  1495. This method would work without using Access Basic.
  1496. =========================================================================
  1497. Date:         Wed, 11 Aug 1993 14:41:01 PDT
  1498. Reply-To:     thamilto@pcocd2.intel.com
  1499. Sender:       Microsoft Access Database Discussion List
  1500.               <ACCESS-L@INDYCMS.BITNET>
  1501. From:         "Tony Hamilton - FES ERG~" <thamilto@PCOCD2.INTEL.COM>
  1502. Subject:      Variables in sql statements in basic
  1503.  
  1504. I think this has been discussed before perhaps, but I haven't had the time
  1505. to read the list much lately. I'm going to be doing some CreateDynaset
  1506. operations in AccessBASIC soon, and will be basing them off of SQL statements.
  1507.  
  1508. My experience with AccessBASIC thus far is that almost every operation has
  1509. its own expression-building/syntax quirks. Before I get into it, what is
  1510. the best way basing that SQL statement on data in a variable? In other words,
  1511. I need the WHERE clause to be flexible. Can someone give me an example of
  1512. how they do this? I may find it is simple enough, but experience tells me
  1513. I'm going to waste time if I don't just ask first.
  1514.  
  1515. Thanks in advance.
  1516.  
  1517. --
  1518. Tony Hamilton                 |
  1519. -Intel Corporation            | voice: 916-356-3070
  1520. --Folsom Engineering Services | mailstop: FM2-55
  1521. ---Engineering Resource Group | email: thamilto@pcocd2.intel.com
  1522. ----Software Technician       |
  1523. =========================================================================
  1524. Date:         Fri, 13 Aug 1993 09:23:00 PDT
  1525. Reply-To:     Microsoft Access Database Discussion List
  1526.               <ACCESS-L@INDYCMS.BITNET>
  1527. Sender:       Microsoft Access Database Discussion List
  1528.               <ACCESS-L@INDYCMS.BITNET>
  1529. From:         "Skewes-Cox, Tom" <tskewes@SAONET.UCLA.EDU>
  1530. Subject:      Moving to beginning of Tab order
  1531.  
  1532. I am trying to write a generic navigation macro for data entry/edit forms
  1533. that will move to the next record and place the focus on the first control
  1534. in the tab order.  I am trying to avoid having to create a form specific
  1535. GoToControl command for each form.  Is there a macro command that can do
  1536. this or do I need to get into Basic.
  1537.  
  1538. If I do need to use Basic how do you access the tab order of a form?
  1539.  
  1540. *-------------------------------*-----------------------------------*
  1541. *  Tom Skewes-Cox               *                                   *
  1542. *  Research Associate           *  Phone : (310) 206-8470           *
  1543. *  Student Affairs Information  *                                   *
  1544. *    and Research Office        *  E-Mail: tskewes@saonet.ucla.edu  *
  1545. *  274 Kinsey Hall              *                                   *
  1546. *  Los Angeles, CA  90024-1324  *  Fax   : (310) 206-2978           *
  1547. *     UCLA Mail Code: 132405    *                                   *
  1548. *-------------------------------*-----------------------------------*
  1549. =========================================================================
  1550. Date:         Sat, 14 Aug 1993 16:42:21 -0700
  1551. Reply-To:     Microsoft Access Database Discussion List
  1552.               <ACCESS-L@INDYCMS.BITNET>
  1553. Sender:       Microsoft Access Database Discussion List
  1554.               <ACCESS-L@INDYCMS.BITNET>
  1555. From:         "Linda D. Cornell" <lcornell@U.WASHINGTON.EDU>
  1556. Subject:      Need help with a surly subform
  1557.  
  1558. Hi there,
  1559.  
  1560. Has anyone out there managed to create a form that has a command button
  1561. which opens a subform?  We can get a subform to work just fine imbedded in
  1562. the parent form, however, it really slows down the performance of the
  1563. parent form, and the subform information isn't always needed.  We just
  1564. want to be able to call it when we want it!
  1565.  
  1566. If we use the button we made to just open a regular form, we get all the
  1567. records in the table associated with that secondary form, rather than just
  1568. the records that would be chosen with a subform.
  1569.  
  1570. We've tried using the macro behind the button to link the key information
  1571. from the record on the main form to a secondary form's data file, but we can't
  1572. get that to cooperate either.
  1573.  
  1574. What are we doing wrong - are we just coming at this wrong?  Any help will
  1575. be appreciated.
  1576.  
  1577. Thanks in advance for any assistance!
  1578.  
  1579. Linda Cornell
  1580. lcornell@u.washington.edu
  1581. UW Office of Research
  1582. =========================================================================
  1583. Date:         Sun, 15 Aug 1993 00:36:26 -0700
  1584. Reply-To:     Kristina Sontag <airplane@halcyon.com>
  1585. Sender:       Microsoft Access Database Discussion List
  1586.               <ACCESS-L@INDYCMS.BITNET>
  1587. From:         Kristina Sontag <airplane@HALCYON.COM>
  1588. Subject:      Re: your mail
  1589. In-Reply-To:  <199308021701.AA17200@halcyon.com>
  1590.  
  1591. If I understand the question correctly, the simple way to do this (force page
  1592. breaks to only happen after a record, not in the middle of one) is to set the
  1593. section property "Keep Together" to yes.  That, in fact, is the only way I
  1594. do it.  You may have to play around with your report format slightly to
  1595. avoid too much blank space at the bottom of the page, but this property
  1596. will eliminate the problem of records being split across two pages.  I hope
  1597. that helped!
  1598.  
  1599. --kris
  1600. --airplane@halcyon.com
  1601. =========================================================================
  1602. Date:         Mon, 16 Aug 1993 10:24:09 +0800
  1603. Reply-To:     Microsoft Access Database Discussion List
  1604.               <ACCESS-L@INDYCMS.BITNET>
  1605. Sender:       Microsoft Access Database Discussion List
  1606.               <ACCESS-L@INDYCMS.BITNET>
  1607. From:         Chan Chor Ling <NCLCHAN@NTUVAX.NTU.AC.SG>
  1608. Subject:      Re: need help with a surly subform
  1609.  
  1610. Dear Linda,
  1611.  
  1612. Try to make use of the Where Conditions in your macro to open the subform.
  1613. eg. When U press the command button, it will execute the macro, OpenSubForm
  1614.  
  1615. Macro - Openform
  1616. Form Name : SubformName
  1617. View      : Form
  1618. Where     : [SubformControlName] = Forms![MainFormName]![MainFormControlName]
  1619. ....
  1620.  
  1621. If U don't know what I mean, please read Page 535 of Microsoft Access User's
  1622.  Guide.
  1623.  
  1624. Chor Ling
  1625. =========================================================================
  1626. Date:         Mon, 16 Aug 1993 10:30:08 +0800
  1627. Reply-To:     Microsoft Access Database Discussion List
  1628.               <ACCESS-L@INDYCMS.BITNET>
  1629. Sender:       Microsoft Access Database Discussion List
  1630.               <ACCESS-L@INDYCMS.BITNET>
  1631. From:         Chan Chor Ling <NCLCHAN@NTUVAX.NTU.AC.SG>
  1632. Subject:      Microsoft Access Analyser
  1633.  
  1634. I tried to analyse my table using Microsoft Access Runcode - StartAnalyzer().
  1635. I discovered that there is some discrepancies. One of my field which is not
  1636. indexed has an indexname after I analyse the table.
  1637.  
  1638. Has anyone encountered something like this before ? How do U overcome it ?
  1639.  
  1640. Chor Ling
  1641. NCLCHAN@NTUVAX.NTU.AC.SG
  1642. =========================================================================
  1643. Date:         Mon, 16 Aug 1993 10:31:57 +0800
  1644. Reply-To:     Microsoft Access Database Discussion List
  1645.               <ACCESS-L@INDYCMS.BITNET>
  1646. Sender:       Microsoft Access Database Discussion List
  1647.               <ACCESS-L@INDYCMS.BITNET>
  1648. From:         NCLCHAN@NTUVAX.BITNET
  1649. Subject:      Re: Analyzer
  1650.  
  1651. Dear Nathan,
  1652.  
  1653. I am so sorry. Please ignore my letter Analyzer. I make a mistake. The IndexName
  1654.     Reference 2 indicates foreign key rather than indexName, if I am not mistake
  1655.    n this time. Please delete my letter.
  1656.  
  1657. Chor Ling
  1658. NCLCHAN@NTUVAX.NTU.AC.SG
  1659. =========================================================================
  1660. Date:         Mon, 16 Aug 1993 15:02:00 EST
  1661. Reply-To:     Microsoft Access Database Discussion List
  1662.               <ACCESS-L@INDYCMS.BITNET>
  1663. Sender:       Microsoft Access Database Discussion List
  1664.               <ACCESS-L@INDYCMS.BITNET>
  1665. From:         "Briganti, Joe" <j.briganti@TRL.OZ.AU>
  1666. Subject:      Problem reading Pdox file from Access
  1667.  
  1668. Help.
  1669.  
  1670. I've been trying to read a Paradox file from my Access db but keep getting
  1671. asked for its password. I've believe I have removed all security passwords
  1672. from the Paradox end but to no avail.
  1673.  
  1674. Anybody out there fluent in Access and Paradox able to help me?
  1675.  
  1676. I'm using Access 1.1 and Paradox 1.0 (for Windows). I'm trying to attch to
  1677. the sample
  1678. Paradox table called biolife (found in diveplan I think!)
  1679.  --
  1680. Joe Briganti ( j.briganti@trl.oz.au)
  1681. =========================================================================
  1682. Date:         Mon, 16 Aug 1993 16:58:10 +1000
  1683. Reply-To:     Microsoft Access Database Discussion List
  1684.               <ACCESS-L@INDYCMS.BITNET>
  1685. Sender:       Microsoft Access Database Discussion List
  1686.               <ACCESS-L@INDYCMS.BITNET>
  1687. From:         Graeme Burton <G.Burton@SEC.GU.EDU.AU>
  1688. Subject:      Re: ACCESS-L Digest - 13 Aug 1993 to 14 Aug 1993
  1689.  
  1690. have the join field in both forms.
  1691. The macro called when you press the button will open the second
  1692. form - use the where box to ensure that the join fields are the same.
  1693.  
  1694. Cheers.
  1695.  
  1696. ===============================================================================
  1697. Graeme Burton          |                             |
  1698. Student Systems Manager|                             | Phone: (07) 875 7500
  1699. Griffith University    | email:  G.Burton@gu.edu.au  |
  1700. Nathan  4111           |                             |   Fax: (07) 875 7957
  1701. Australia              |                             |
  1702. ===============================================================================
  1703. =========================================================================
  1704. Date:         Mon, 16 Aug 1993 13:23:23 GMT
  1705. Reply-To:     Microsoft Access Database Discussion List
  1706.               <ACCESS-L@INDYCMS.BITNET>
  1707. Sender:       Microsoft Access Database Discussion List
  1708.               <ACCESS-L@INDYCMS.BITNET>
  1709. From:         "Richard Saunders, Computer Centre" <RICHARD@BKMAIN.UEL.AC.UK>
  1710. Organization: University Of East London
  1711. Subject:      Multiple copies of labels
  1712.  
  1713. >
  1714. > Off the top of my head, I can think of a quick and dirty method for a
  1715. > reasonable number of copies ie 1 - 10.
  1716. >
  1717. > Create a copy table with 1 field [No of copies]
  1718. >
  1719. > There would be 1 record with a 1, 2 records with a 2 , etc
  1720. >
  1721. > ie:
  1722. >
  1723. > 1
  1724. > 2
  1725. > 2
  1726. > 3
  1727. > 3
  1728. > 3
  1729. > 4
  1730. > 4
  1731. > 4
  1732. > 4
  1733. >
  1734. > Base your label printing on a query that joins the [No of copies] on
  1735. > your address table to the no_of_copies table.
  1736. >
  1737. > A 3 copies record would appear 3 times in the query.
  1738. >
  1739. >
  1740. > This method would work without using Access Basic.
  1741.  
  1742. Thanks for this suggestion and to Nathan Brindle for indicating the
  1743. article "Skip Used Mailing Labels and Printing Duplicate Labels" in
  1744. the Knowledge Base, which I have now read.
  1745.  
  1746. In the end I decided to keep things simple and base my printing on a
  1747. parameter query. First I created a table with a single field
  1748. containing values from 0 to 999. (I set this up as a counter type
  1749. field and made it the primary key, but both these steps are
  1750. optional - I think.)
  1751.  
  1752. Then I created a query to choose the labels(s) I want to print.
  1753.  
  1754. Finally I created a parameter query based on the above table
  1755. and query (not joined).  I added the counter field to the QBE grid
  1756. but turned off its "Show" checkmark, then added the criterion
  1757.  
  1758.                  < [How many copies do you want?]
  1759.  
  1760. to this field.
  1761.  
  1762. Now when I run my parameter query it asks "How many copies do you
  1763. want?" If I enter say, 50, it creates a dataset with 50
  1764. duplicates of my chosen label(s), corresponding to counter fields 0 to
  1765. 49.
  1766.  
  1767. I included a SORT in my parameter query so that if I am choosing more
  1768. than one label, the labels for each record are printed in separate
  1769. blocks, instead of alternating.
  1770.  
  1771. I think all I need to do now is base my mailing labels report on this
  1772. parameter query.
  1773. =========================================================================
  1774. Date:         Mon, 16 Aug 1993 10:22:41 EST
  1775. Reply-To:     Microsoft Access Database Discussion List
  1776.               <ACCESS-L@INDYCMS.BITNET>
  1777. Sender:       Microsoft Access Database Discussion List
  1778.               <ACCESS-L@INDYCMS.BITNET>
  1779. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  1780. Organization: IUPUI Student Activities Office (317) 274-3931
  1781. Subject:      Re: Analyzer
  1782. In-Reply-To:  Message of Mon, 16 Aug 1993 10:31:57 +0800 from <NCLCHAN@NTUVAX>
  1783.  
  1784. Oh well, we all make mistakes...especially me. :)  Unfortunately, once you
  1785. send it, it's sent...this isn't an edited list.  So don't worry about it...
  1786.  
  1787. ncb
  1788.  
  1789. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  1790. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  1791. Indiana University Purdue University Indianapolis
  1792. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  1793. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  1794. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  1795. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  1796. ------------------------------------------------------------------------------
  1797. =========================================================================
  1798. Date:         Mon, 16 Aug 1993 11:37:05 EDT
  1799. Reply-To:     Microsoft Access Database Discussion List
  1800.               <ACCESS-L@INDYCMS.BITNET>
  1801. Sender:       Microsoft Access Database Discussion List
  1802.               <ACCESS-L@INDYCMS.BITNET>
  1803. From:         Greg Fairnak <GFAIRNA@AMERICAN.EDU>
  1804. Organization: The American University
  1805. Subject:      Re: Microsoft Access Analyser
  1806. In-Reply-To:  Message of Mon,
  1807.               16 Aug 1993 10:30:08 +0800 from <NCLCHAN@NTUVAX.NTU.AC.SG>
  1808.  
  1809. Which version of Access are you running? 1.0 or 1.1
  1810. =========================================================================
  1811. Date:         Mon, 16 Aug 1993 08:42:32 PDT
  1812. Reply-To:     Microsoft Access Database Discussion List
  1813.               <ACCESS-L@INDYCMS.BITNET>
  1814. Sender:       Microsoft Access Database Discussion List
  1815.               <ACCESS-L@INDYCMS.BITNET>
  1816. From:         Jim Renaud <wiseguy@MCODE.AMDAHL.COM>
  1817. Subject:      Re: Problem reading Pdox file from Access
  1818.  
  1819. >
  1820. > Help.
  1821. >
  1822. > I've been trying to read a Paradox file from my Access db but keep getting
  1823. > asked for its password. I've believe I have removed all security passwords
  1824. > from the Paradox end but to no avail.
  1825. >
  1826. > Anybody out there fluent in Access and Paradox able to help me?
  1827. >
  1828. > I'm using Access 1.1 and Paradox 1.0 (for Windows). I'm trying to attch to
  1829. > the sample
  1830. > Paradox table called biolife (found in diveplan I think!)
  1831. >  --
  1832. > Joe Briganti ( j.briganti@trl.oz.au)
  1833. >
  1834.  
  1835. The problem is that Borland changed the format of it's database (incompatible)
  1836. from 3.5 to 4.0. As far as I know, Access only supports the 3.5 version of
  1837. Paradox for now. Paradox for Windows uses the new 4.0 engine.
  1838.  
  1839. I'm not a Paradox expert, but I think it would work if you could export your
  1840. Paradox for Windows database to a Paradox 3.5 engine format.
  1841.  
  1842.  
  1843.  
  1844. -----------------------------------------------------------------------
  1845.  
  1846. Jim Renaud                              [Standard Disclaimer]
  1847.  
  1848. Amdahl Corporation
  1849. M/S 205                                 Phone:  408-992-2662
  1850. Bldg. M3  Room 235                      Fax:    408-773-0833
  1851. 1230 E. Arques Avenue                   Email:  wiseguy@mcode.amdahl.com
  1852. Sunnyvale, CA 94088-3470
  1853. =========================================================================
  1854. Date:         Mon, 16 Aug 1993 13:47:15 -0600
  1855. Reply-To:     Microsoft Access Database Discussion List
  1856.               <ACCESS-L@INDYCMS.BITNET>
  1857. Sender:       Microsoft Access Database Discussion List
  1858.               <ACCESS-L@INDYCMS.BITNET>
  1859. From:         Tim Mackay <tmackay@MEI.COM>
  1860. Subject:      Re: How do we run .exe, .bat etc. from within A. B.
  1861.  
  1862. jao9w265@aurora.cdev.com writes:
  1863. >I am trying to write a function in Access Basic which at one point needs
  1864. >to run a MSDOS batch file before continuing on.  My problem is that although
  1865. >I can use the SHELL command to start the batch file running, the Access
  1866. >Basic code continues running before tha batch file even executes.  This
  1867. >is unsatisfactory.  How can I write some code to cause the execution of the
  1868. >function to halt temporarily until the batch file has completed its course
  1869. >of action?
  1870. >
  1871. >The Shell function is found in the language reference and looks like this:
  1872. >
  1873. >   x = Shell("xxxx.bat" , 5)
  1874. >
  1875. >where the number indicates the type of window to run the executable file in.
  1876.  
  1877. Here's how I'd try to do it.  Mind you, I haven't tried this yet, so it
  1878. might not work.
  1879.  
  1880. In the last line of your batch file, have it make a dummy file:
  1881.  
  1882. dir > c:\dummy.txt
  1883.  
  1884. In Access Basic, right after you shell to your batch file, write a Do
  1885. Until...Loop that does a directory and checks for the existence of the
  1886. dummy file.  When it finds the dummy file, you know that the batch file is
  1887. done processing.
  1888.  
  1889. Continue with your code after the dummy is found, and delete dummy.txt when
  1890. your function is done (or maybe wait a little longer to avoid sharing
  1891. violations).
  1892.  
  1893. Hope this helps.
  1894.  
  1895. Tim Mackay                       |paper-net:Marquette Electronics, Inc
  1896. internet: tmackay@mei.com        |          8200 W Tower Ave
  1897. voice-net:(414) 362-2765         |          Milwaukee, WI 53223
  1898. =========================================================================
  1899. Date:         Mon, 16 Aug 1993 14:22:33 -0600
  1900. Reply-To:     jao9w265@aurora.cdev.com
  1901. Sender:       Microsoft Access Database Discussion List
  1902.               <ACCESS-L@INDYCMS.BITNET>
  1903. From:         "John A. Olson" <jao9w265@AURORA.CDEV.COM>
  1904. Subject:      Re: running .bat from Access
  1905.  
  1906. In message Mon, 16 Aug 1993 01:36:13 -0700 (PDT),
  1907.   dmitry@ucsee.Berkeley.EDU (Dmitry Serebrennikov)  writes:
  1908.  
  1909. > Hello,
  1910. > this is got to be the most awful and horrible solution the you'll get,
  1911. > but... If you are using .bat files about the only thing they can do is to
  1912. > create files, right, so you can test in access basic for existence of a
  1913. > file by trying to open it using  Open command (just a generic DOS file open
  1914. > thing) and doing errorhandling appropriately.  I told you it was awful!
  1915. > Well, come to think of it, you could use environment variables, I think I
  1916. > saw somewhere in access something like GetEvironment or the like.  That
  1917. > would be even slick (comparing to the previous idea) uh.
  1918. >
  1919. > Good luck.
  1920. > Dmitry@ucsee.berkeley.edu
  1921. >
  1922.  
  1923. Thank you for responding.  I did manage to find a very effective way to
  1924. accomplish this feat.  It involves using a Windows API function named
  1925. GetModuleUsage.  The correct declaration and syntax follow for anyone
  1926. who may be interested in doing the same thing I needed to do.
  1927.  
  1928.  
  1929. In the Declarations section of your Access Basic module, enter the following
  1930. line:
  1931.  
  1932.  
  1933.  
  1934. Declare Function GetModuleUsage% Lib "Kernel" (ByVal hProgram%)
  1935.  
  1936.  
  1937.  
  1938. Then, in whatever function is shelling out to run a Dos Executable program,
  1939. use the following code to cause the function to "wait" until that DOS
  1940. program has run its course:
  1941.  
  1942.  
  1943. x = Shell([Executable filename], 6) 'The 6 is insignificant, check the book.
  1944.  
  1945. While GetModuleUsage(x)
  1946.    DoEvents
  1947. Wend
  1948.  
  1949.  
  1950. The real key here is that while the executable is still running,
  1951. GetModuleUsage returns a value of True.  Once it has finished running,
  1952. GetModuleUsage returns False and your Access Basic function can exit the
  1953. While Loop and continue on its merry way.  The DoEvents command lets the
  1954. computer continue running other tasks even though the function appears to be
  1955. in an infinite loop.
  1956.  
  1957.  
  1958. I Hope this proves useful to others as well.
  1959.  
  1960. Regards,
  1961.  
  1962. John A. Olson
  1963. Computing Devices International
  1964. jao9w265@aurora.cdev.com
  1965. =========================================================================
  1966. Date:         Mon, 16 Aug 1993 12:58:00 PDT
  1967. Reply-To:     Microsoft Access Database Discussion List
  1968.               <ACCESS-L@INDYCMS.BITNET>
  1969. Sender:       Microsoft Access Database Discussion List
  1970.               <ACCESS-L@INDYCMS.BITNET>
  1971. From:         Morris Myers <xrysta@MCODE.AMDAHL.COM>
  1972. Subject:      Re: Problem reading Pdox file from Access
  1973.  
  1974. > Help.
  1975. >
  1976. > I've been trying to read a Paradox file from my Access db but keep getting
  1977. > asked for its password. I've believe I have removed all security passwords
  1978. > from the Paradox end but to no avail.
  1979. >
  1980. > Anybody out there fluent in Access and Paradox able to help me?
  1981. >
  1982. Access cannot read Paradox 4.0 tables. If you want to read Paradox 4.0 tables
  1983. (same database engine as Pdox for Windows) from Access you must convert them
  1984. to 3.5 format. I am not sure you can do that with Pdox for Windows (I gave up
  1985. on Pdox for Windows when Access became available). You can perform that
  1986. conversion feat with Pdox 4.0 for DOS.
  1987.  
  1988. > I'm using Access 1.1 and Paradox 1.0 (for Windows). I'm trying to attch to
  1989. > the sample
  1990. > Paradox table called biolife (found in diveplan I think!)
  1991. >  --
  1992. > Joe Briganti ( j.briganti@trl.oz.au)
  1993. >
  1994.  
  1995.  
  1996.  
  1997. --
  1998.  
  1999. -----------------------------------------------------------------------
  2000.  
  2001. Morris Myers                            [Standard Disclaimer]
  2002.  
  2003. Amdahl Corporation
  2004. M/S 205                                 Phone:  408-746-4798
  2005. Bldg. M3  Room 311                      Fax:    408-629-4374
  2006. 1230 E. Arques Avenue                   Email:  xrysta@mcode.amdahl.com
  2007. Sunnyvale, CA 94088-3470                or:   morris@xrysta.birdsong.suvl.ca.us
  2008. =========================================================================
  2009. Date:         Mon, 16 Aug 1993 13:43:42 -0700
  2010. Reply-To:     Microsoft Access Database Discussion List
  2011.               <ACCESS-L@INDYCMS.BITNET>
  2012. Sender:       Microsoft Access Database Discussion List
  2013.               <ACCESS-L@INDYCMS.BITNET>
  2014. From:         Dmitry Serebrennikov <dmitry@UCSEE.BERKELEY.EDU>
  2015. Subject:      Transactions and forms.
  2016.  
  2017. Well, it's my time to ask questions.
  2018.  
  2019. I have been experimenting with Transactions in Forms and didn't get much luck
  2020. with them. Specifically I have a form that provides an access to customer
  2021. accounts (doesn't really make a difference but for the sake of example...)
  2022.  
  2023. So I want to have the form in read only mode until the Edit button is pressed.
  2024. Then I AllowEditing and continue until they press Save.  I got that to work,
  2025.  butI also wanted to start a transaction when Edit is pressed and Commit it when
  2026. Save is pressed (so I could also make Undo button).
  2027.  
  2028. Now the form has a few subforms. Do you know if one transaction will handle
  2029. many tables?
  2030. In my experiments I got confused  in how to handle leaving the current record
  2031. (between OnCurrent and OnAfterUpdate properties).  And also the rollback didn't
  2032. seem to roll anything back...
  2033.  
  2034. It is very possible that I am missing something obvious.  Could someone who had
  2035. experience with this kind of thing shed some light on how they've implemented
  2036. similar situation.
  2037.  
  2038. Tankx in advance.
  2039. dmitry@ucsee.berkeley.edu
  2040. =========================================================================
  2041. Date:         Mon, 16 Aug 1993 13:51:24 PDT
  2042. Reply-To:     thamilto@pcocd2.intel.com
  2043. Sender:       Microsoft Access Database Discussion List
  2044.               <ACCESS-L@INDYCMS.BITNET>
  2045. From:         "Tony Hamilton - FES ERG~" <thamilto@PCOCD2.INTEL.COM>
  2046. Subject:      Re: Transactions and forms.
  2047. In-Reply-To:  <9308162046.AA00542@hermes.intel.com>; from "Dmitry
  2048.               Serebrennikov" at Aug 16, 93 1:43 pm
  2049.  
  2050. Dmitry,
  2051.  
  2052. I'm sure someone will correct me if I am wrong, but I believe that the
  2053. manuals state that the transaction features of Access are _not_ applicable
  2054. to forms, but rather only to processing done in AccessBasic. This is something
  2055. of a major drawback, but it wouldn't be the first.
  2056.  
  2057. The only way I know to get true transaction processing is to handle everything
  2058. manually, which means nothing but unbound fields and a lot of code. I truly
  2059. hope someone can provide you with a better way.
  2060.  
  2061. --
  2062. Tony Hamilton                 |
  2063. -Intel Corporation            | voice: 916-356-3070
  2064. --Folsom Engineering Services | mailstop: FM2-55
  2065. ---Engineering Resource Group | email: thamilto@pcocd2.intel.com
  2066. ----Software Technician       |
  2067. =========================================================================
  2068. Date:         Mon, 16 Aug 1993 16:55:55 EST
  2069. Reply-To:     Microsoft Access Database Discussion List
  2070.               <ACCESS-L@INDYCMS.BITNET>
  2071. Sender:       Microsoft Access Database Discussion List
  2072.               <ACCESS-L@INDYCMS.BITNET>
  2073. From:         George Waller <HBLADM47@UCONNVM.BITNET>
  2074. Subject:      Fields as rows
  2075.  
  2076. How can I get fields to appear as rows? Say a survey was done
  2077. and respondents answer each question with a value from 1 to 9.
  2078.  
  2079.             Total      Average
  2080. Question1    22         3.7
  2081. Question2    33         3.2
  2082. Question3    32         3.8
  2083.  
  2084. And, if that's not enough, how could "non-answers" be handled so
  2085. that averages would be correct. (Not all respondents answered the
  2086. question).
  2087.  
  2088. Thanks!
  2089.  
  2090. ------------------------------------------------------------------------
  2091. George Waller, Microcomputer Consultant, Homer Babbidge Library U-5MS
  2092. University of Connecticut,  Storrs CT 06269-1005         203-486-5260
  2093. Internet: hbladm47@uconnvm.uconn.edu    Bitnet: HBLADM47@UCONNVM.BITNET
  2094. ------------------------------------------------------------------------
  2095. =========================================================================
  2096. Date:         Tue, 17 Aug 1993 17:22:32 +0800
  2097. Reply-To:     paul@sqltech.DIALix.oz.au
  2098. Sender:       Microsoft Access Database Discussion List
  2099.               <ACCESS-L@INDYCMS.BITNET>
  2100. From:         Paul Templeman <paul@SQLTECH.DIALIX.OZ.AU>
  2101. Organization: Sequel Technology
  2102. Subject:      MS Access and Btrieve files
  2103.  
  2104. I suspect I'm asking a common question, but here goes anyway.
  2105. I've got a Btrieve based accounting system that I am using
  2106. and am trying to access the data via Access. However the
  2107. file extensions are *.btr and MS-Access is looking for files
  2108. with the extension *.ddf. I believe that the .ddf files are
  2109. data definition files which tells Access the format etc. of
  2110. the *.btr files, as the structure is not kept in the *.btr
  2111. files. Am I on the right track here ? If so my question is
  2112. can someone tell me how to create the *.ddf files. Is there
  2113. a utility to do this available via ftp or from the list server.
  2114.  
  2115. Any help much appreciated.
  2116.  
  2117. Paul...
  2118.  
  2119. --
  2120. Paul Templeman                Sequel Technology      Phone : +61 9 417 5713
  2121. Technical Director            16 Bloodwood Circle    Fax   : +61 9 417 7413
  2122. paul@sqltech.DIALix.oz.au     South Lake  6164       Pager : +61 9 483 5822
  2123.                               Western Australia
  2124. =========================================================================
  2125. Date:         Tue, 17 Aug 1993 08:34:05 EST
  2126. Reply-To:     Microsoft Access Database Discussion List
  2127.               <ACCESS-L@INDYCMS.BITNET>
  2128. Sender:       Microsoft Access Database Discussion List
  2129.               <ACCESS-L@INDYCMS.BITNET>
  2130. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  2131. Organization: IUPUI Student Activities Office (317) 274-3931
  2132. Subject:      SQL question
  2133.  
  2134. I'm developing an app in VB 3.0 (nice environment, BTW, but kind of
  2135. quirky when you're used to Access--the properties menu doesn't stay on
  2136. top, for one thing, and that's kind of a hassle--also the properties
  2137. menu doesn't quite work the same way <period>--but anyway, my SQL
  2138. question is:  I'm trying to write a Search pop-up in VB that duplicates
  2139. the Search popup in Access.  Did fine designing it, it works perfectly--
  2140. except that I don't know how to add in the functions for Match Case
  2141. and Search All Fields.  I've been digging through the Microsoft SQL
  2142. section in the Access Language Reference but the documentation is kind
  2143. of skimpy.  The Find* methods don't include this sort of functionality
  2144. and that's what I'm sort of stuck with at the moment.  Any thoughts?
  2145. Actually I have a glimmer of an idea on the Search All Fields but I
  2146. shudder at writing the code...and I'd <really> like it to be more
  2147. flexible than my idea would allow it to be.
  2148.  
  2149. TIA,
  2150. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  2151. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  2152. Indiana University Purdue University Indianapolis
  2153. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  2154. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  2155. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  2156. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  2157. ------------------------------------------------------------------------------
  2158. =========================================================================
  2159. Date:         Tue, 17 Aug 1993 13:10:52 -0400
  2160. Reply-To:     Microsoft Access Database Discussion List
  2161.               <ACCESS-L@INDYCMS.BITNET>
  2162. Sender:       Microsoft Access Database Discussion List
  2163.               <ACCESS-L@INDYCMS.BITNET>
  2164. From:         Donn C Young <dyoung@MAGNUS.ACS.OHIO-STATE.EDU>
  2165. Subject:      Re: ACCESS-L Digest - 15 Aug 1993 to 16 Aug 1993
  2166. In-Reply-To:  <199308170401.AA10930@hp4at.eunet.co.at>
  2167.  
  2168. > Date:    Mon, 16 Aug 1993 16:55:55 EST
  2169. > From:    George Waller <HBLADM47@UCONNVM.BITNET>
  2170. > Subject: Fields as rows
  2171. >
  2172. > How can I get fields to appear as rows? Say a survey was done
  2173. > and respondents answer each question with a value from 1 to 9.
  2174. >
  2175. >             Total      Average
  2176. > Question1    22         3.7
  2177. > Question2    33         3.2
  2178. > Question3    32         3.8
  2179. >
  2180. > And, if that's not enough, how could "non-answers" be handled so
  2181. > that averages would be correct. (Not all respondents answered the
  2182. > question).
  2183. >
  2184. > Thanks!
  2185. >
  2186. George,
  2187.  
  2188. It kinda depends on how your table is defined. If it looks like:
  2189.  
  2190.   Respondent#, Q1resp, Q2resp, Q3resp, Q4resp, ...
  2191.  
  2192. You can get the answers you need by just doing a Select Query and specifying
  2193. Q1resp(avg), Q1resp(sum), Q1resp(count), Q2resp(avg),... in the QBE grid. This
  2194. doesn't 'rotate' the table to give you columns as rows, but it gives you the
  2195. answers nonetheless. Note, too, that the avg [noted in the QBE Total row] and
  2196. other calculated values are based on non-null entries; if someone fails to
  2197. answer, their non-response isn't used in calculating an average - unless of
  2198. course you specified a default entry of 0 for that numeric field.
  2199.  
  2200. Now, if your table is defined as:
  2201.  
  2202.   Respondent#, Question#, Response
  2203.  
  2204. You can generate the answer by doing a Select Query with:
  2205.  
  2206.  Field:  Question#   Response   Response   Response
  2207.  Total:  Group By    Sum        Avg        Count
  2208.   Sort:  Ascending
  2209.  
  2210. That should give you a columns as rows result.
  2211.  
  2212. Donn Young, OSU Cancer Center Biostatistics Unit
  2213. dyoung@magnus.acs.ohio-state.edu
  2214. =========================================================================
  2215. Date:         Tue, 17 Aug 1993 14:07:17 -0600
  2216. Reply-To:     jao9w265@aurora.cdev.com
  2217. Sender:       Microsoft Access Database Discussion List
  2218.               <ACCESS-L@INDYCMS.BITNET>
  2219. From:         "John A. Olson" <jao9w265@AURORA.CDEV.COM>
  2220.  
  2221. In message Tue, 17 Aug 1993 17:22:32 +0800,
  2222.   Paul Templeman <paul@SQLTECH.DIALIX.OZ.AU>  writes:
  2223.  
  2224. > I suspect I'm asking a common question, but here goes anyway.
  2225. > I've got a Btrieve based accounting system that I am using
  2226. > and am trying to access the data via Access. However the
  2227. > file extensions are *.btr and MS-Access is looking for files
  2228. > with the extension *.ddf. I believe that the .ddf files are
  2229. > data definition files which tells Access the format etc. of
  2230. > the *.btr files, as the structure is not kept in the *.btr
  2231. > files. Am I on the right track here ? If so my question is
  2232. > can someone tell me how to create the *.ddf files. Is there
  2233. > a utility to do this available via ftp or from the list server.
  2234. >
  2235. > Any help much appreciated.
  2236. >
  2237. > Paul...
  2238. >
  2239. > --
  2240. > Paul Templeman                Sequel Technology      Phone : +61 9 417 5713
  2241. > Technical Director            16 Bloodwood Circle    Fax   : +61 9 417 7413
  2242. > paul@sqltech.DIALix.oz.au     South Lake  6164       Pager : +61 9 483 5822
  2243. > Western Australia
  2244. >
  2245. Yes there is a utility for this.  I'm not sure what it costs but I used the
  2246. copy my company had to accomplish much the same feat as you have described.
  2247. The .ddf file is indeed the data dictionary file which describes the
  2248. structure of the btrieve table(s).  What you need to create is the file
  2249. named file.ddf which may already exist somewhere within your btrieve system.
  2250.  If not, what I used was the btrieve command    butil -stat [fileneme]
  2251. to give me an idea of what the indexes were and then I used Xtrieve to
  2252. create the dictionary definition file.  I'm not sure this helps you any, but
  2253. I hope it will.
  2254.  
  2255. Good Luck!
  2256.  
  2257. John A. Olson
  2258. Computing Devices International
  2259. jao@aurora.cdev.com
  2260. =========================================================================
  2261. Date:         Tue, 17 Aug 1993 21:42:43 EDT
  2262. Reply-To:     Microsoft Access Database Discussion List
  2263.               <ACCESS-L@INDYCMS.BITNET>
  2264. Sender:       Microsoft Access Database Discussion List
  2265.               <ACCESS-L@INDYCMS.BITNET>
  2266. From:         tegulesseria@URSINUS.BITNET
  2267. Subject:      Re: ACCESS-L Digest - 11 Aug 1993 to 13 Aug 1993
  2268.  
  2269. If I understand it correctly, your problem comes from having too many wind
  2270. ows open at the same time. The parent form o
  2271. nce the daughter form is opened
  2272.  any problems doin
  2273. g this and the speed reduction was minimal. Oh and the way
  2274.  any problems doin
  2275. =========================================================================
  2276. Date:         Wed, 18 Aug 1993 06:55:00 GMT
  2277. Reply-To:     Microsoft Access Database Discussion List
  2278.               <ACCESS-L@INDYCMS.BITNET>
  2279. Sender:       Microsoft Access Database Discussion List
  2280.               <ACCESS-L@INDYCMS.BITNET>
  2281. From:         Clare Love <0005794946@MCIMAIL.COM>
  2282. Subject:      PDS What is it?
  2283.  
  2284. Can anyone tell me something about PDS 7.1? I assume it is some form of
  2285. database oriented development system.  Please contact me directly.
  2286.  
  2287. Clare Love          579-4946@MCIMail.com
  2288. 621 M St.           Voice (206) 533-3484
  2289. Hoquiam WA 98550
  2290. =========================================================================
  2291. Date:         Wed, 18 Aug 1993 11:10:55 -0500
  2292. Reply-To:     Microsoft Access Database Discussion List
  2293.               <ACCESS-L@INDYCMS.BITNET>
  2294. Sender:       Microsoft Access Database Discussion List
  2295.               <ACCESS-L@INDYCMS.BITNET>
  2296. From:         John Daum at 6-6835 or 618-632-2456 <daumj@TIBERIUS.SAFB.AF.MIL>
  2297. Subject:      DBMS Magazines
  2298. In-Reply-To:  <9308180702.AA18238@tiberius.safb.af.mil>
  2299.  
  2300. Does anyone have a recommendation for a good, well rounded magazine for
  2301. databases?  The perfect one would cover the popular PC DBs (Paradox,
  2302. Access, Foxpro, DBase) as well as the server DBMSs (Oracle, Sybase,
  2303. Interbase) and the challenges of standardizing, connecting, and
  2304. communicating among them all.
  2305.  
  2306. Thanks,
  2307. John Daum
  2308. daumj@tiberius.safb.af.mil
  2309. =========================================================================
  2310. Date:         Wed, 18 Aug 1993 10:04:10 PDT
  2311. Reply-To:     Microsoft Access Database Discussion List
  2312.               <ACCESS-L@INDYCMS.BITNET>
  2313. Sender:       Microsoft Access Database Discussion List
  2314.               <ACCESS-L@INDYCMS.BITNET>
  2315. From:         Morris Myers <xrysta@MCODE.AMDAHL.COM>
  2316. Subject:      Re: DBMS Magazines
  2317.  
  2318. > Does anyone have a recommendation for a good, well rounded magazine for
  2319. > databases?  The perfect one would cover the popular PC DBs (Paradox,
  2320. > Access, Foxpro, DBase) as well as the server DBMSs (Oracle, Sybase,
  2321. > Interbase) and the challenges of standardizing, connecting, and
  2322. > communicating among them all.
  2323. >
  2324. > Thanks,
  2325. > John Daum
  2326. > daumj@tiberius.safb.af.mil
  2327. >
  2328.  
  2329. My guess is that almost everybody will have a recommendation ({->).
  2330. I subscribe to several db mags - DBMS, Database Advisor, Access Advisor,
  2331. Database and Paradox Informant. All have good points. The one that covers
  2332. the broadest base of RDBMSs is Database Advisor. Obviously, Access Advisor
  2333. covers Access in more detail as does Paradox Informant for Paradox. Database
  2334. and DBMS also cover a broad range of RDBMSs I just happen to like the depth
  2335. and style of the articles in Database Advisor.
  2336.  
  2337. HTH
  2338.  
  2339. g.mo
  2340.  
  2341.  
  2342. --
  2343.  
  2344. -----------------------------------------------------------------------
  2345.  
  2346. Morris Myers                            [Standard Disclaimer]
  2347.  
  2348. Amdahl Corporation
  2349. M/S 205                                 Phone:  408-746-4798
  2350. Bldg. M3  Room 311                      Fax:    408-629-4374
  2351. 1230 E. Arques Avenue                   Email:  xrysta@mcode.amdahl.com
  2352. Sunnyvale, CA 94088-3470                or:   morris@xrysta.birdsong.suvl.ca.us
  2353. =========================================================================
  2354. Date:         Wed, 18 Aug 1993 12:44:45 -0600
  2355. Reply-To:     Karen McMains <uis!mcmains@henson.cc.wwu.edu>
  2356. Sender:       Microsoft Access Database Discussion List
  2357.               <ACCESS-L@INDYCMS.BITNET>
  2358. From:         Karen McMains <uis!mcmains@HENSON.CC.WWU.EDU>
  2359. Subject:      Duplicate record checking in Access
  2360. In-Reply-To:  <9308181706.AA05078@henson.cc.wwu.edu>
  2361.  
  2362. Our Admissions Office hopes to use Access for our simple, but quite large,
  2363. name-and-address database of prospective students.  We receive students'
  2364. names from multiple sources (phone calls, letters inquiring about our
  2365. school, college fairs, students who send us SAT/ACT scores, etc.).  In
  2366. most cases we do not get their SSN, and so we have no unique identifier.
  2367. We're still using 'sneaker-net', so we must keep the central database on
  2368. one PC, enter records to diskette using many different PCs, then import the
  2369. daily entries to the central database at the end of each day and check for
  2370. duplicate records.  Since we have no unique identifier we use the student's
  2371. name plus address and/or birthdate, depending on what data we have on that
  2372. student.
  2373.  
  2374. Of course, students often give us slightly different versions of their
  2375. names and addresses, i.e. Susie Smith, Susan Smith, S. Smith, which makes
  2376. duplicate checking even more challenging.  Since we mail thousands of
  2377. recruiting pieces to these students, we must check for duplicates to reduce
  2378. costs.
  2379.  
  2380. We have been using PCFile5.01 for this database (groan!), and duplicate
  2381. checking was about the ONLY part of the application that worked well
  2382. under PCFile.  Dup checking was a specific function and we could specify
  2383. the fields, say, last name and the first three letters of the first name.
  2384.  Then PCFile would display the 'duplicates' side by side and prompt for
  2385. which record, if any, we wished to delete.  Seeing the records displayed
  2386. side by side made it easy to determine if 'Susie Smith' was the same
  2387. person as 'Susan Smith'.
  2388.  
  2389. We don't have access to programmers, and my sophomore MIS student and
  2390. myself have been unable to find a good solution to dup checking with Access,
  2391. even after calls to Microsoft.  Currently she's set up a duplicate check
  2392. using the July 1993 Smart Access tips, with the queries working on last
  2393. name concatenated with first name, but this will miss many duplicates
  2394. because first names won't always match, and there's no easy way to see
  2395. which records Access is designating as duplicates.
  2396.  
  2397. Can anyone suggest a workaround in Access?  Alternately, can anyone
  2398. suggest databases that would meet our needs for dup checking?  We like
  2399. most other features of Access and need to use the Windows environment.
  2400.  
  2401. THANKS!!!!!
  2402.  
  2403. Karen McMains
  2404. Sr. Asst. Dir./Systems & Operations
  2405. Admissions/Western Washington University
  2406. Bellingham, WA  98225-9009
  2407. mcmains@henson.cc.wwu.edu
  2408. =========================================================================
  2409. Date:         Wed, 18 Aug 1993 16:25:09 MDT
  2410. Reply-To:     Microsoft Access Database Discussion List
  2411.               <ACCESS-L@INDYCMS.BITNET>
  2412. Sender:       Microsoft Access Database Discussion List
  2413.               <ACCESS-L@INDYCMS.BITNET>
  2414. Comments:     Converted from PROFS to RFC822 format by PUMP V2.1
  2415. From:         DAVIDB <DAVIDB@NAITVM.NAIT.AB.CA>
  2416. Subject:      Locating Duplicates
  2417.  
  2418. Question: Is there any way to have ACCESS find duplicate keys for me and then
  2419. show then to me on the screen? I am trying to clean up my tables that I have
  2420. imported from an Excell spreadsheet and I have problems. Any help would be
  2421. appreciated. Thanks in advance.
  2422.  
  2423. David L. Baudais, C.E.T.     | Domain: DAVIDB@NAITVM.NAIT.AB.CA
  2424. Information Systems Division | "A Live mind can see a window"
  2425.   CO-OP Student              | "onto a world of possibilities."
  2426. N.A.I.T.                     |
  2427.  
  2428. PS: I have tried to use a query but I am not sure how to do it.
  2429. =========================================================================
  2430. Date:         Wed, 18 Aug 1993 16:18:11 PDT
  2431. Reply-To:     Microsoft Access Database Discussion List
  2432.               <ACCESS-L@INDYCMS.BITNET>
  2433. Sender:       Microsoft Access Database Discussion List
  2434.               <ACCESS-L@INDYCMS.BITNET>
  2435. From:         schuck@SFU.CA
  2436. Subject:      Re: Locating Duplicates
  2437. In-Reply-To:  <9308182302.AA23494@whistler.sfu.ca>; from "DAVIDB" at Aug 18,
  2438.               93 4:25 pm
  2439.  
  2440. >
  2441. > Question: Is there any way to have ACCESS find duplicate keys for me and then
  2442. > show then to me on the screen? I am trying to clean up my tables that I have
  2443. > imported from an Excell spreadsheet and I have problems. Any help would be
  2444. > appreciated. Thanks in advance.
  2445. >
  2446. > David L. Baudais, C.E.T.     | Domain: DAVIDB@NAITVM.NAIT.AB.CA
  2447. > Information Systems Division | "A Live mind can see a window"
  2448. >   CO-OP Student              | "onto a world of possibilities."
  2449. > N.A.I.T.                     |
  2450. >
  2451. > PS: I have tried to use a query but I am not sure how to do it.
  2452. >
  2453.  
  2454. One solution:
  2455.  
  2456. 1) Add a counter field on your table. Call it key1 say.
  2457.    This gives you a unique key.
  2458.  
  2459. 2) In the query, choose your table twice.
  2460.  
  2461. 3) Link with the key you wish to check.
  2462.  
  2463. 4) Add any fields you need to see, plus the key1 fields from both.
  2464.  
  2465. 5) In the criteria box under key from the 2nd table, put
  2466.    >[tablename].[key1]
  2467. 6) Sort on key1 of the first instance of the table.
  2468.  
  2469. 7) run the query
  2470.  
  2471. You should get a list of duplicate keys with the first instance plus
  2472. all the other instances.
  2473.  
  2474. You can delete dups using the counter key = key1
  2475. =========================================================================
  2476. Date:         Wed, 18 Aug 1993 16:56:46 -0700
  2477. Reply-To:     Microsoft Access Database Discussion List
  2478.               <ACCESS-L@INDYCMS.BITNET>
  2479. Sender:       Microsoft Access Database Discussion List
  2480.               <ACCESS-L@INDYCMS.BITNET>
  2481. From:         Bill Stewart <STEWART@GC.BITNET>
  2482. Subject:      Re: DBMS Magazines
  2483.  
  2484. I'm currently receiving a magazine from the Pinncle group that is dedicated
  2485. to Access.  It also comes with a disk.  I think the 12 month subscription
  2486. was around $75.00.  I like it because it talks about the inner working of
  2487. Access.  They have quite a few articles that have been written by the
  2488. Access development  team.
  2489.  
  2490. Let me know if you want more info
  2491. ------------------------------------------------------
  2492. Bill Stewart
  2493. Gendale Community College
  2494. 6000 W. Olive Ave
  2495. Glendale AZ. 85302
  2496. ------------------------------------------------------
  2497. =========================================================================
  2498. Date:         Thu, 19 Aug 1993 06:15:25 -0400
  2499. Reply-To:     Microsoft Access Database Discussion List
  2500.               <ACCESS-L@INDYCMS.BITNET>
  2501. Sender:       Microsoft Access Database Discussion List
  2502.               <ACCESS-L@INDYCMS.BITNET>
  2503. From:         "John M. King" <p00756@PSILINK.COM>
  2504. Organization: KING Systems
  2505. Subject:      Re: DBMS Magazines
  2506. In-Reply-To:  <9308181627.AA16129@rampage.psi.net>
  2507.  
  2508. >DATE:   Wed, 18 Aug 1993 11:10:55 -0500
  2509. >FROM:   John Daum at 6-6835 or 618-632-2456 <daumj@TIBERIUS.SAFB.AF.MIL>
  2510. >
  2511. >Does anyone have a recommendation for a good, well rounded magazine for
  2512. >databases?  The perfect one would cover the popular PC DBs (Paradox,
  2513.  
  2514. Major general ones are Data Base Advisor and DBMS.  The former has more
  2515. tips and techniques.  Both are available on almost all newsstands.
  2516.  
  2517. John King
  2518. =========================================================================
  2519. Date:         Thu, 19 Aug 1993 08:16:12 -0400
  2520. Reply-To:     Microsoft Access Database Discussion List
  2521.               <ACCESS-L@INDYCMS.BITNET>
  2522. Sender:       Microsoft Access Database Discussion List
  2523.               <ACCESS-L@INDYCMS.BITNET>
  2524. From:         Eugene Levine <elevine@WORLD.STD.COM>
  2525. Subject:      InfoWorld Reviews
  2526. In-Reply-To:  <199308191051.AA12072@world.std.com>
  2527.  
  2528. For those who haven't seen it, the current issue of InfoWorld compares 4
  2529. programmable Windows databases (Access, Fox, Paradox and SuperBase). For
  2530. those who don't like the tester's conclusions, there's a nice Microsoft
  2531. advertisement just opposite the article :-)
  2532.  
  2533. Gene Levine
  2534. elevine@world.std.com
  2535. =========================================================================
  2536. Date:         Thu, 19 Aug 1993 15:55:22 BST
  2537. Reply-To:     Microsoft Access Database Discussion List
  2538.               <ACCESS-L@INDYCMS.BITNET>
  2539. Sender:       Microsoft Access Database Discussion List
  2540.               <ACCESS-L@INDYCMS.BITNET>
  2541. From:         Simon Mercer <simon@BIOCH.OX.AC.UK>
  2542. Subject:      Search/Replace bug
  2543.  
  2544. Hi all,
  2545.  
  2546. In my job, I collect data from about fifty other databases, and put it
  2547. into my own (access) database. Having collected some records, I have to clean th
  2548.  em up, so I use the search/replace dialogs frequently. I notice that in the
  2549. 1.1 version of access, there is no way to search and replace the character ?,
  2550. because it is also a wildcard. I have tried searching for [?] (which works
  2551. in 1.0), but no luck. The MS support guy said this was a bug, so I thought I
  2552. would let you know about it.
  2553.  
  2554. Simon Mercer (simon@bioch.ox.ac.uk)
  2555. =========================================================================
  2556. Date:         Thu, 19 Aug 1993 10:46:14 EDT
  2557. Reply-To:     Microsoft Access Database Discussion List
  2558.               <ACCESS-L@INDYCMS.BITNET>
  2559. Sender:       Microsoft Access Database Discussion List
  2560.               <ACCESS-L@INDYCMS.BITNET>
  2561. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  2562. Subject:      Duplicate record checking in Access
  2563.  
  2564. $ From: Karen McMains, INTERNET:uis!mcmains@HENSON.CC.WWU.EDU
  2565.  
  2566. $ Our Admissions Office hopes to use Access for our simple, but quite large,
  2567. $ name-and-address database of prospective students.  We receive students'
  2568. $ names from multiple sources (phone calls, letters inquiring about our
  2569. $ school, college fairs, students who send us SAT/ACT scores, etc.).  In
  2570. $ most cases we do not get their SSN, and so we have no unique identifier.
  2571.  
  2572. (quick interjection:  I wouldn't count on SSN as a unique identifier, no matter
  2573. what -- legally, SSN cannot be used as an identifer -- read your card)
  2574.  
  2575. $ We're still using 'sneaker-net', so we must keep the central database on
  2576. $ one PC, enter records to diskette using many different PCs, then import the
  2577. $ daily entries to the central database at the end of each day and check for
  2578. $ duplicate records.  Since we have no unique identifier we use the student's
  2579. $ name plus address and/or birthdate, depending on what data we have on that
  2580. $ student.
  2581.  
  2582. $ Can anyone suggest a workaround in Access?  Alternately, can anyone
  2583. $ suggest databases that would meet our needs for dup checking?  We like
  2584. $ most other features of Access and need to use the Windows environment.
  2585.  
  2586. (I moved your final paragraph up here since it went well with the first one)
  2587.  
  2588. I did some thinking on this whilst taking a break from trying to write a "new"
  2589. C++ outline.  I applied a little lateral thinking. (bear /c me, I'm in a strange
  2590.  mood
  2591. and thinking out loud)  You need a unique identifier for every potential contact
  2592.  (whether
  2593. that contact is you reaching them or them reaching you), even if the contact is
  2594.  someone
  2595. you already know about -- as you've found, once you have the information, it's
  2596.  far
  2597. easier to delete duplicate information than gather what's missing.
  2598.  
  2599. Rather than find a way for all PCs to cooperate and generate a universal
  2600.  identifier, why not
  2601. let each PC generate an identifer you know probably won't be generated by any
  2602.  other?  You
  2603. can mix and match either of these schemes:
  2604.  
  2605. [o]  Assign a unique identifier to each PC/User/whatever and let that be the
  2606.  prefix to a key
  2607. which would consist of the prefix + a counter value.  The drawback to this is
  2608.  you would have
  2609. to ensure each PC had a unique qualifier.  Much better, but funkier, is:
  2610.  
  2611. [o]  Assign the date/time (or even just time, but make it as detailed, even to
  2612.  the second, as you
  2613. can) stamp + a counter value as the key value.  What are the odds two PC will
  2614.  generate the same
  2615. identifier (in this format) exactly the same?  This would mean two PCs would
  2616.  have to have the same
  2617. counter number at exactly the same second.  Probably not very likely.  Two
  2618.  people on different
  2619. PCs could try and coordinate their efforts and try to break it, but they'd have
  2620.  to work at it for
  2621. awhile.  It's simple, easy to generate, and really doesn't have any overhead.
  2622.  
  2623. I don't know what your (business) political climate is, but hopefully you won't
  2624.  have to try to sell
  2625. someone on schemes like this, despite the fact they do work.  There seems to be
  2626.  a Promethean
  2627. flaw in human nature which makes us want to put useful data in a key field, as
  2628.  if that will
  2629. help the human using the information (that's what the computer is for!)  (and if
  2630.  I can stay up here
  2631. on my soapbox for a moment) Unfortunately, the people who propogate the need for
  2632.  such things
  2633. are the ones who will fight tooth 'n nail to implement them against any form of
  2634.  reasoned protest
  2635. only to see them fail.  Much better to just start assigning values than to try
  2636.  to make them
  2637. meaningful -- the computer doesn't care how meaningful they are and if you're
  2638.  going to look
  2639. them up, why short-circuit your true efforts?  I can cite many, many real-world
  2640.  examples where
  2641. things like this have failed.
  2642.  
  2643. $ Of course, students often give us slightly different versions of their
  2644. $ names and addresses, i.e. Susie Smith, Susan Smith, S. Smith, which makes
  2645. $ duplicate checking even more challenging.  Since we mail thousands of
  2646. $ recruiting pieces to these students, we must check for duplicates to reduce
  2647. $ costs.
  2648.  
  2649. If we could only convince direct mailing services responsible for junk mail to
  2650.  do the
  2651. same thing -- any chance you could convince them to trade budgets with you? :{)
  2652.  
  2653. $ We have been using PCFile5.01 for this database (groan!), and duplicate
  2654. $ checking was about the ONLY part of the application that worked well
  2655. $ under PCFile.  Dup checking was a specific function and we could specify
  2656. $ the fields, say, last name and the first three letters of the first name.
  2657. $  Then PCFile would display the 'duplicates' side by side and prompt for
  2658. $ which record, if any, we wished to delete.  Seeing the records displayed
  2659. $ side by side made it easy to determine if 'Susie Smith' was the same
  2660. $ person as 'Susan Smith'.
  2661.  
  2662. This sounds like a real labour of love! (the part about PCFile 5.01)
  2663.  
  2664. $ We don't have access to programmers, and my sophomore MIS student and
  2665. $ myself have been unable to find a good solution to dup checking with Access,
  2666. $ even after calls to Microsoft.  Currently she's set up a duplicate check
  2667. $ using the July 1993 Smart Access tips, with the queries working on last
  2668. $ name concatenated with first name, but this will miss many duplicates
  2669. $ because first names won't always match, and there's no easy way to see
  2670. $ which records Access is designating as duplicates.
  2671.  
  2672. This isn't a cure-all, but you could do something similar to my address book
  2673. (which is a souped-up version of the one which comes with Access):  I have a
  2674. firstname, lastname, etc. etc. series of fields plus a "call me" field which is
  2675.  how
  2676. they want to be addressed.  If you have information on a prospective student
  2677. who filled out her standardized test under her legal name of "Susan" but likes
  2678.  to
  2679. be called "Susie", this affords one extra field for matching:
  2680.         If LegalName1 = LegalName2 or
  2681.                  CallMe1 = LegalName2 or
  2682.                  or or or
  2683.  
  2684. Anyways, just some food for thought.
  2685.  
  2686. P.S.
  2687.  
  2688. Since you are always trying to trim down your list but keep it relevant, do you
  2689.  keep a
  2690. "last contact" field? That might help on mailings ("here's a list of people we
  2691.  haven't
  2692. contacted or been contacted by in over a year") as well as maybe an archive or
  2693.  something
  2694. so you could pare your active list periodically.
  2695.  
  2696.  
  2697.  
  2698. Phil Paxton
  2699. Development Editor
  2700. SAMS/Prentice Hall Computer Publishing
  2701. Carmel, Indiana
  2702. =========================================================================
  2703. Date:         Thu, 19 Aug 1993 13:11:41 EST
  2704. Reply-To:     Microsoft Access Database Discussion List
  2705.               <ACCESS-L@INDYCMS.BITNET>
  2706. Sender:       Microsoft Access Database Discussion List
  2707.               <ACCESS-L@INDYCMS.BITNET>
  2708. From:         Scott Dahne <sdahne@MAIL.LMI.ORG>
  2709. Subject:      Re[2]: DBMS Magazines
  2710.  
  2711.      I've seen the magazine.  Pretty good stuff.
  2712.  
  2713.      Scott Dahne
  2714.  
  2715.  
  2716. ______________________________ Reply Separator _________________________________
  2717. Subject: Re: DBMS Magazines
  2718. Author:  Microsoft Access Database Discussion List
  2719. <ACCESS-L%INDYCMS.BITNET@uga.cc.uga.edu> at INTERNET
  2720. Date:    08/19/93 01:09 PM
  2721.  
  2722.  
  2723. I'm currently receiving a magazine from the Pinncle group that is dedicated
  2724. to Access.  It also comes with a disk.  I think the 12 month subscription
  2725. was around $75.00.  I like it because it talks about the inner working of
  2726. Access.  They have quite a few articles that have been written by the
  2727. Access development  team.
  2728.  
  2729. Let me know if you want more info
  2730. ------------------------------------------------------
  2731. Bill Stewart
  2732. Gendale Community College
  2733. 6000 W. Olive Ave
  2734. Glendale AZ. 85302
  2735. ------------------------------------------------------
  2736. =========================================================================
  2737. Date:         Thu, 19 Aug 1993 13:14:00 LCL
  2738. Reply-To:     Microsoft Access Database Discussion List
  2739.               <ACCESS-L@INDYCMS.BITNET>
  2740. Sender:       Microsoft Access Database Discussion List
  2741.               <ACCESS-L@INDYCMS.BITNET>
  2742. From:         MKRO <MKRO.DIS-PC@BMAILIN.ITG.TI.COM>
  2743. Subject:      Pop-up Calender in Access
  2744.  
  2745. Has anyone tried to provide a Pop-up Calender in an ACCESS application?
  2746. I am looking for a "Spiffy" solution to providing a user with the ability to
  2747. pop up a graphical calender
  2748. which defaults to a specified date, and allows them to view a month at a
  2749. time.  This would give them the
  2750. ability to realize when weekends and holidays may conflict with a shipping
  2751. date.  They would then be able to pick a date and that date be entered into a
  2752. field on a ACCESS table(shipping day) and the
  2753. popup calendar disappear.
  2754.  
  2755. I have considered picking apart the calendar from the "CMS" application on
  2756. the MS ACCESS companion diskett, but that seems to tedious and does not look
  2757. to impresive.
  2758. Is there someway to pass information to and from an existing Windows app like
  2759. the Calendar, through
  2760. an API call?
  2761.  
  2762. Any suggestions?
  2763. =========================================================================
  2764. Date:         Thu, 19 Aug 1993 14:29:55 EST
  2765. Reply-To:     Microsoft Access Database Discussion List
  2766.               <ACCESS-L@INDYCMS.BITNET>
  2767. Sender:       Microsoft Access Database Discussion List
  2768.               <ACCESS-L@INDYCMS.BITNET>
  2769. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  2770. Organization: IUPUI Student Activities Office (317) 274-3931
  2771. Subject:      Re: Pop-up Calender in Access
  2772. In-Reply-To:  Message of Thu,
  2773.               19 Aug 1993 13:14:00 LCL from <MKRO.DIS-PC@BMAILIN .ITG.TI.COM>
  2774.  
  2775. You can call the Windows Calendar applet with a macro...try a RunApp
  2776. command pointing to Calendar.
  2777.  
  2778. Sendkeys
  2779.    Keystrokes:    {F9}
  2780.    Wait:          No
  2781. RunApp
  2782.    Command Line:  Calendar
  2783.  
  2784. This starts the Calendar and puts it into the Month mode (rather than
  2785. the daily appointment mode, which it defaults to without the SendKeys
  2786. statement).  Tie that macro to a command button and you've got a pop-up
  2787. calendar.
  2788.  
  2789. HTH
  2790.  
  2791. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  2792. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  2793. Indiana University Purdue University Indianapolis
  2794. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  2795. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  2796. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  2797. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  2798. ------------------------------------------------------------------------------
  2799. =========================================================================
  2800. Date:         Thu, 19 Aug 1993 14:35:34 EST
  2801. Reply-To:     Microsoft Access Database Discussion List
  2802.               <ACCESS-L@INDYCMS.BITNET>
  2803. Sender:       Microsoft Access Database Discussion List
  2804.               <ACCESS-L@INDYCMS.BITNET>
  2805. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  2806. Organization: IUPUI Student Activities Office (317) 274-3931
  2807. Subject:      Re: Pop-up Calender in Access
  2808. In-Reply-To:  Message of Thu,
  2809.               19 Aug 1993 13:14:00 LCL from <MKRO.DIS-PC@BMAILIN .ITG.TI.COM>
  2810.  
  2811. Sorry, wasn't paying attention...whether or not you can pull in the date
  2812. is another matter.  You might take a look at the AppActivate statement
  2813. in the Language Reference--it calls the Calculator, performs some calculations,
  2814. and then displays the result.  That might give you some clues.
  2815.  
  2816. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  2817. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  2818. Indiana University Purdue University Indianapolis
  2819. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  2820. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  2821. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  2822. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  2823. ------------------------------------------------------------------------------
  2824. =========================================================================
  2825. Date:         Thu, 19 Aug 1993 15:36:52 EDT
  2826. Reply-To:     Microsoft Access Database Discussion List
  2827.               <ACCESS-L@INDYCMS.BITNET>
  2828. Sender:       Microsoft Access Database Discussion List
  2829.               <ACCESS-L@INDYCMS.BITNET>
  2830. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  2831. Subject:      Pop-up Calender in Access
  2832.  
  2833. % I have considered picking apart the calendar from the "CMS" application on
  2834. % the MS ACCESS companion diskett, but that seems to tedious and does not look
  2835. % to impresive.
  2836. % Is there someway to pass information to and from an existing Windows app like
  2837. % the Calendar, through
  2838. % an API call?
  2839.  
  2840. % Any suggestions?
  2841.  
  2842. I'd suggest just writing one -- not that difficult, especially since the day of
  2843.  week routines are built-in (and
  2844. even if they weren't I could supply you with some of the shortest DOW,
  2845.  julian<->gregorian, etc. code you've
  2846. probably ever seen)
  2847.  
  2848. I remember getting bored years ago and writing calendars in low-level
  2849.  spreadsheets -- it should be pretty
  2850. easy with all of the tools provided...
  2851. =========================================================================
  2852. Date:         Thu, 19 Aug 1993 15:38:37 EDT
  2853. Reply-To:     Microsoft Access Database Discussion List
  2854.               <ACCESS-L@INDYCMS.BITNET>
  2855. Sender:       Microsoft Access Database Discussion List
  2856.               <ACCESS-L@INDYCMS.BITNET>
  2857. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  2858. Subject:      Shameless Plug enclosed
  2859.  
  2860. I debated plugging something I've worked on and decided the benefit to the
  2861. reading audience
  2862. was more important than other things.  Besides, I did put a warning on the
  2863. subject.
  2864.  
  2865.  
  2866. "Access 1.1 Developer's Guide" by Roger Jennings (SAMS/Prentice Hall
  2867. Computer Publishing)
  2868. (ISBN 0-672-30178-4) should begin appearing on the shelves within the next
  2869. few days.
  2870.  
  2871. This book is by a developer for developers.  It does not attempt to teach
  2872. Access but addresses problems, solutions, methodologies, and issues
  2873. concerning those persons who wish to develop solid, polished applications,
  2874. whether it be for personal use or for distribution (so obviously ADK issues
  2875. are dealt with).
  2876. Anyone who has developed an application for use by others knows how
  2877. difficult it can be simply because when you run your (own) applications,
  2878. you already know how to use it -- you don't have to worry about lots of
  2879. little things users seem to unravel for you.  Those issues are the
  2880. foundation of this book.  At $39.95 for nearly 1200 pages, you won't find
  2881. yourself skipping the first section or half because you already know Access
  2882. -- the entire book is of benefit to the development community! (whether it
  2883. be how to write wizards, solid ABC, ODBC, help files, etc.)
  2884.  
  2885. As a former longtime systems programmer and consultant, the highest praise
  2886. I can pay this book is "if I didn't work here, I'd buy it."
  2887.  
  2888. Phillip Paxton
  2889. Development Editor
  2890. SAMS/Prentice Hall Computer Publishing
  2891. CARmel, Indiana (carMEL is in California)
  2892. =========================================================================
  2893. Date:         Thu, 19 Aug 1993 15:16:52 EST
  2894. Reply-To:     Microsoft Access Database Discussion List
  2895.               <ACCESS-L@INDYCMS.BITNET>
  2896. Sender:       Microsoft Access Database Discussion List
  2897.               <ACCESS-L@INDYCMS.BITNET>
  2898. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  2899. Organization: IUPUI Student Activities Office (317) 274-3931
  2900. Subject:      Re: Shameless Plug enclosed
  2901. In-Reply-To:  Message of Thu,
  2902.               19 Aug 1993 15:38:37 EDT from <72410.2162@COMPUSER VE.COM>
  2903.  
  2904. Phil, <I'd> judge that plug to be OK.  The list is here for the exchange
  2905. of information, including info on current books.  If it was a blind post
  2906. from someone off the list, I'd say otherwise.  A gentle plug of something
  2907. you've worked on that happens to <be> a commercial product when you are
  2908. a contributing member of the list is another story.  You know the product
  2909. and are offering your information in the form of a review.  Works for me...
  2910.  
  2911. Out-and-out solicitation to purchase is definitely against BITNET/CREN
  2912. guidelines, however.  (Not aimed at Phil, just making the general
  2913. observation for the good of the cause...)
  2914.  
  2915. Sounds like an interesting book!  I will give it a look.  Always patronize
  2916. your local publishers, I say...:)
  2917.  
  2918. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  2919. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  2920. Indiana University Purdue University Indianapolis
  2921. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  2922. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  2923. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  2924. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  2925. ------------------------------------------------------------------------------
  2926. =========================================================================
  2927. Date:         Thu, 19 Aug 1993 13:24:23 PDT
  2928. Reply-To:     thamilto@pcocd2.intel.com
  2929. Sender:       Microsoft Access Database Discussion List
  2930.               <ACCESS-L@INDYCMS.BITNET>
  2931. From:         "Tony Hamilton - FES ERG~" <thamilto@PCOCD2.INTEL.COM>
  2932. Subject:      Re: Shameless Plug enclosed
  2933. In-Reply-To:  <9308192018.AA10172@hermes.intel.com>; from "Phil Paxton" at Aug
  2934.               19, 93 3:38 pm
  2935.  
  2936. > I debated plugging something I've worked on and decided the benefit to the
  2937. > reading audience
  2938. > was more important than other things.  Besides, I did put a warning on the
  2939. > subject.
  2940.  
  2941. I would agree that the benefit outweighs any other ethical problems. Thank
  2942. you for posting about the book. Questions:
  2943.  
  2944. 1. Any chance Microsoft will be selling the book? I understand they resell
  2945.    a number of books written for their products. I think we get a discount
  2946.    from MS, which is why I ask.
  2947.  
  2948. 2. What is the fastest way to get the book otherwise? Can you tell I'm
  2949.    excited about it? Sounds like just what we've been asking for.
  2950.  
  2951. Thanks again.
  2952.  
  2953. --
  2954. Tony Hamilton                 |
  2955. -Intel Corporation            | voice: 916-356-3070
  2956. --Folsom Engineering Services | mailstop: FM2-55
  2957. ---Engineering Resource Group | email: thamilto@pcocd2.intel.com
  2958. ----Software Technician       |
  2959. =========================================================================
  2960. Date:         Fri, 20 Aug 1993 14:13:00 +01
  2961. Reply-To:     Microsoft Access Database Discussion List
  2962.               <ACCESS-L@INDYCMS.BITNET>
  2963. Sender:       Microsoft Access Database Discussion List
  2964.               <ACCESS-L@INDYCMS.BITNET>
  2965. From:         "Nilsson Jimmy, HK/R IDE" <Jimmy.Nilsson@IDE.HK-R.SE>
  2966. Subject:      Replication of databases
  2967.  
  2968. Hi!
  2969.  ----
  2970.  
  2971. I have a problem (which I think is pretty usual). I want to make it possible
  2972. to use a database in the same way as you can use Lotus Notes, but I want to
  2973. make it with an Access database. The functionality I want is the replication
  2974. of data so that many people can work with the same database without having
  2975. to beeing online all the time.
  2976.  
  2977. Do You know anybody who has solved this problem? Is there any product to
  2978. buy?
  2979.  
  2980. Please help me!
  2981.  
  2982.  --Regards
  2983.  ----Jimmy Nilsson
  2984.  --------University of Karlskrona/Ronneby, Sweden
  2985. ###
  2986. =========================================================================
  2987. Date:         Fri, 20 Aug 1993 10:26:02 EST
  2988. Reply-To:     Microsoft Access Database Discussion List
  2989.               <ACCESS-L@INDYCMS.BITNET>
  2990. Sender:       Microsoft Access Database Discussion List
  2991.               <ACCESS-L@INDYCMS.BITNET>
  2992. From:         Scott Dahne <sdahne@MAIL.LMI.ORG>
  2993. Subject:      Access vs. Visual Basic 3.0
  2994.  
  2995.      Does anyone have any feelings on the use of Access versus Visual basic
  2996.      3.0 now that VB has the Access engine embedded?
  2997. =========================================================================
  2998. Date:         Fri, 20 Aug 1993 10:38:35 EDT
  2999. Reply-To:     Microsoft Access Database Discussion List
  3000.               <ACCESS-L@INDYCMS.BITNET>
  3001. Sender:       Microsoft Access Database Discussion List
  3002.               <ACCESS-L@INDYCMS.BITNET>
  3003. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  3004. Subject:      Access vs. Visual Basic 3.0
  3005.  
  3006. %     Does anyone have any feelings on the use of Access versus Visual basic
  3007. %     3.0 now that VB has the Access engine embedded?
  3008.  
  3009.  
  3010. Well, the VB3.0 docs aren't very definitive about this or OLE 2.0 support -- I
  3011.  do know of a couple of
  3012. solutions in the works... ;{)
  3013.  
  3014.  
  3015. Phil Paxton
  3016. Development Editor
  3017. SAMS/Prentice Hall Computer Publishing
  3018. Carmel, Indiana
  3019. =========================================================================
  3020. Date:         Fri, 20 Aug 1993 19:38:26 EDT
  3021. Reply-To:     Microsoft Access Database Discussion List
  3022.               <ACCESS-L@INDYCMS.BITNET>
  3023. Sender:       Microsoft Access Database Discussion List
  3024.               <ACCESS-L@INDYCMS.BITNET>
  3025. From:         Jeffrey Young <Jeffrey=Young%SQA%Banyan@MAGNOLIA.BANYAN.COM>
  3026.  
  3027. I am a new user of Access and have a couple questions that are probably
  3028. pretty basic, but are driving me bonkers.
  3029.  
  3030. I have created a table, and a query of that table, and a form of that query.
  3031.  
  3032. I use the form to input data to the source table with some fields using the
  3033. pull-down menu features.  I would like to have selected fields displayed in
  3034. the form to "carry" the value from the previous form as their default value.
  3035. I know I can pull in this data manually if I enter Cntrl-" at these fields.
  3036. But doing that for every field I want to carry data to is a real pain, not to
  3037. mention rather awkward for the user.  I have used Aston Tate's dBase IV and
  3038. you can assign this carry function as a field attribute in the FORM design.
  3039. Can Access do the same somehow?
  3040.  
  3041. Also I would like to have those fields that are DATE format, and that do not
  3042. have a value yet defined in them, to have today's date assigned to this field
  3043. if they are clicked on or selected somehow.  Is this possible?
  3044.  
  3045. Thanks in advance for the help!
  3046.  
  3047. jeff young
  3048. jyoung@banyan.com
  3049. =========================================================================
  3050. Date:         Sat, 21 Aug 1993 14:10:38 EST
  3051. Reply-To:     Microsoft Access Database Discussion List
  3052.               <ACCESS-L@INDYCMS.BITNET>
  3053. Sender:       Microsoft Access Database Discussion List
  3054.               <ACCESS-L@INDYCMS.BITNET>
  3055. From:         Scott Dahne <sdahne@MAIL.LMI.ORG>
  3056. Subject:      Re: No subject given
  3057.  
  3058.      To carry fields:
  3059.  
  3060.      create a text box on the second from with the source as
  3061.       =forms![form name]![control] where form name is the name of the first
  3062.      form and control is the name of the field on that first form
  3063.      containing the variable you want to pass.
  3064.  
  3065.  
  3066.      Scott Dahne
  3067.      sdahne@lmi.org
  3068.  
  3069.  
  3070. ______________________________ Reply Separator _________________________________
  3071. Subject: No subject given
  3072. Author:  Microsoft Access Database Discussion List
  3073. <ACCESS-L%INDYCMS.BITNET@uga.cc.uga.edu> at INTERNET
  3074. Date:    08/20/93 07:44 PM
  3075.  
  3076.  
  3077. I am a new user of Access and have a couple questions that are probably
  3078. pretty basic, but are driving me bonkers.
  3079.  
  3080. I have created a table, and a query of that table, and a form of that query.
  3081.  
  3082. I use the form to input data to the source table with some fields using the
  3083. pull-down menu features.  I would like to have selected fields displayed in
  3084. the form to "carry" the value from the previous form as their default value.
  3085. I know I can pull in this data manually if I enter Cntrl-" at these fields.
  3086. But doing that for every field I want to carry data to is a real pain, not to
  3087. mention rather awkward for the user.  I have used Aston Tate's dBase IV and
  3088. you can assign this carry function as a field attribute in the FORM design.
  3089. Can Access do the same somehow?
  3090.  
  3091. Also I would like to have those fields that are DATE format, and that do not
  3092. have a value yet defined in them, to have today's date assigned to this field
  3093. if they are clicked on or selected somehow.  Is this possible?
  3094.  
  3095. Thanks in advance for the help!
  3096.  
  3097. jeff young
  3098. jyoung@banyan.com
  3099. =========================================================================
  3100. Date:         Sat, 21 Aug 1993 22:14:15 EDT
  3101. Reply-To:     Microsoft Access Database Discussion List
  3102.               <ACCESS-L@INDYCMS.BITNET>
  3103. Sender:       Microsoft Access Database Discussion List
  3104.               <ACCESS-L@INDYCMS.BITNET>
  3105. From:         Greg Fairnak <GFAIRNA@AMERICAN.EDU>
  3106. Organization: The American University
  3107. Subject:      Re: Pop-up Calender in Access
  3108. In-Reply-To:  Message of Thu,
  3109.               19 Aug 1993 13:14:00 LCL from <MKRO.DIS-PC@BMAILIN.ITG.TI.COM>
  3110.  
  3111. Pop up calender????
  3112.  
  3113. Maybe get a copy of scheduler (MS) and use DDE.  Check developers CD ROM or
  3114. technet for free copy.
  3115.  
  3116. I think the NT CDROM release has the source for applettes(calendar) on the disk
  3117.  
  3118.          G
  3119. =========================================================================
  3120. Date:         Sat, 21 Aug 1993 22:23:20 EDT
  3121. Reply-To:     Microsoft Access Database Discussion List
  3122.               <ACCESS-L@INDYCMS.BITNET>
  3123. Sender:       Microsoft Access Database Discussion List
  3124.               <ACCESS-L@INDYCMS.BITNET>
  3125. From:         Greg Fairnak <GFAIRNA@AMERICAN.EDU>
  3126. Organization: The American University
  3127. Subject:      Re: Access vs. Visual Basic 3.0
  3128. In-Reply-To:  Message of Fri,
  3129.               20 Aug 1993 10:26:02 EST from <sdahne@MAIL.LMI.ORG>
  3130.  
  3131. Faster to develop apps and produce reports using Access.  Some VBers seem
  3132. to dislike crystal reports.  You could say access is more data aware.
  3133.  
  3134.    G
  3135. =========================================================================
  3136. Date:         Sat, 21 Aug 1993 21:41:32 EST
  3137. Reply-To:     Microsoft Access Database Discussion List
  3138.               <ACCESS-L@INDYCMS.BITNET>
  3139. Sender:       Microsoft Access Database Discussion List
  3140.               <ACCESS-L@INDYCMS.BITNET>
  3141. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  3142. Organization: IUPUI Student Activities Office (317) 274-3931
  3143. Subject:      Re: Access vs. Visual Basic 3.0
  3144. In-Reply-To:  Message of Sat,
  3145.               21 Aug 1993 22:23:20 EDT from <GFAIRNA@AMERICAN.ED U>
  3146.  
  3147. Access is a <lot> more data aware than VB.  VB is also missing some key
  3148. elements of the Access engine (at least in my opinion)--particularly
  3149. the FindRecord method (as opposed to FindFirst, FindNext, etc.) which
  3150. allows you to match case, search as formatted, and search all fields
  3151. just by specifying the proper options.  It happens that I need that
  3152. functionality for an app I'm writing and it just isn't there in VB.
  3153.  
  3154. I dislike Crystal Reports immensely.  This is mostly because it uses
  3155. its own syntax for record selection instead of MS SQL, which would be
  3156. a better choice considering that the Access engine already accepts
  3157. the SQL syntax.  I wrote that on my Crystal Reports registration form
  3158. when I sent it in.  The other thing I dislike about Crystal Reports
  3159. that I just discovered today is that it does not support automatic
  3160. formatting of dot matrix mailing label formats (unless I'm missing
  3161. something).  The flip side is that it's functional and beats the heck
  3162. out of trying to format reports in code.  It's just not as easy to
  3163. use as the Access report engine.  (And I never thought I'd say anything
  3164. nice about the Access report engine, either, other than the fact that
  3165. it beats the heck out of the dBase way of doing things.)
  3166.  
  3167. At $199 list for the VB 3.0 upgrade for MS Access registered users,
  3168. I felt (and feel) that it was more cost effective for me to purchase
  3169. VB rather than the ADK to develop stand-alone Access applications.
  3170. If MS would get that FindRecord method installed and do something
  3171. toward making Access-developed reports out of the .MDB visible to
  3172. VB, it would be an <awfully> nice package.  (BTW, I can't get VB to
  3173. pull queries out of the .MDB, either, unless I specify the query
  3174. name by typing it into the RecordSource property setting of the
  3175. data control.  Queries, unlike tables, do not show up in the pull-
  3176. down list box.  Why??????)
  3177.  
  3178. There are some quirks in VB that Access users will be uncomfortable
  3179. with at first.  As noted, the controls are by and large not data-aware.
  3180. I have coped with the problem of option groups not being data-aware
  3181. by tying them to hidden text boxes on the form and executing code in
  3182. click events to change the underlying data.  There may be other ways
  3183. of doing this but this was the workaround I discovered.
  3184.  
  3185. Another thing that bothers me is that the property window doesn't stay
  3186. on top.  I get extremely tired of popping it back up every time I jump
  3187. back into the form to highlight a different control.  It is extremely
  3188. clear to me that two different development teams were at work on the
  3189. two different products--it is not a seamless transition as I think I
  3190. led myself to believe.  :)
  3191.  
  3192. VB is extremely versatile and I hope to use it a lot to develop stand-
  3193. alone products.  I will continue to do the bulk of my MAJOR database
  3194. development in Access.  It's a case of picking the right tool for the
  3195. job, and I would not be likely to use VB for a major DBMS project unless
  3196. a future version were more data-aware and more Access-aware.  I hope the
  3197. MS folks listening in will pass this along to the VB team.  At least
  3198. tell them to include FindRecord next time!!!!  :)
  3199.  
  3200. Oh, one other thing--the help compiler.  Everything is there except the
  3201. Help Project Editor.  This doesn't make much sense to me, as it means you
  3202. have to code your help project files (the .hpj file that the compiler uses)
  3203. by hand.  I've been using the Windows Help Authoring Templates (WHAT)
  3204. and the files that come with it, including WHPE.EXE, the Help Project
  3205. Editor, and it makes life MUCH easier.  (WHAT and HAG, the help authoring
  3206. authoring guide, are both available on CICA, by the way.)  It just doesn't
  3207. make any sense to me that VB shipped with the Help Compiler but not the
  3208. Help Project Editor.  Aieee...well, maybe that's why my name isn't Bill
  3209. Gates...I don't have the high level approach.  :)
  3210.  
  3211. This LONG posting got out of hand on a list that should be focused on
  3212. Access.  I've been bad...please excuse.  I should know better, right?  :)
  3213.  
  3214. Oh, BTW, there <is> a Visual Basic list if anyone is interested--it's
  3215. VISBAS-L@TAMVM1.BITNET.  It's EXTREMELY active...daily digests have
  3216. been running 1000-1500 lines.  Enjoy...
  3217.  
  3218. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  3219. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  3220. Indiana University Purdue University Indianapolis
  3221. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  3222. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  3223. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  3224. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  3225. ------------------------------------------------------------------------------
  3226. =========================================================================
  3227. Date:         Sun, 22 Aug 1993 06:59:31 -0600
  3228. Reply-To:     Microsoft Access Database Discussion List
  3229.               <ACCESS-L@INDYCMS.BITNET>
  3230. Sender:       Microsoft Access Database Discussion List
  3231.               <ACCESS-L@INDYCMS.BITNET>
  3232. From:         richard dixon <richard.dixon@M.CC.UTAH.EDU>
  3233. Subject:      Re: Access vs. Visual Basic 3.0
  3234. In-Reply-To:  <F0B95E1C88008432@CC.UTAH.EDU>
  3235.  
  3236. Thanks to Nathan and everyone for the Access vs. VB 3.0 thread (among
  3237. other things). It was (is) very informative.  I raised these questions on my
  3238. initial mailing to the list and am gratified to learn more about the
  3239. distinctions between the two products.
  3240.  
  3241. I am still perplexed by the fact that The Kit is needed to distribute
  3242. Access but VB is royalty-free out of the box.  Essentially, if the two are
  3243. used to create a single app, a third (the Kit) is still needed for
  3244. distribution, even though VB distribution is royalty-free.
  3245.  
  3246. Anyone have any ideas why VB would be free and Access would need the kit?
  3247. What is MS thinking?  Will The Kit need to be upgraded as MS makes major
  3248. upgrades to Access?  Just curious.
  3249.  
  3250. Thanks,
  3251. Richard
  3252. =========================================================================
  3253. Date:         Sun, 22 Aug 1993 10:36:47 EST
  3254. Reply-To:     Microsoft Access Database Discussion List
  3255.               <ACCESS-L@INDYCMS.BITNET>
  3256. Sender:       Microsoft Access Database Discussion List
  3257.               <ACCESS-L@INDYCMS.BITNET>
  3258. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  3259. Organization: IUPUI Student Activities Office (317) 274-3931
  3260. Subject:      Re: Access vs. Visual Basic 3.0
  3261. In-Reply-To:  Message of Sun,
  3262.               22 Aug 1993 06:59:31 -0600 from <richard.dixon@M.C C.UTAH.EDU>
  3263.  
  3264. Just as a wild fling in the dark...DBMS compilers that produce stand-alone
  3265. programs have always been insanely expensive (going back to what I know
  3266. about dBase--seems to me that the runtime compiler for dBase IV 1.0 listed
  3267. somewhere between $450 and $600), while straight language compilers such
  3268. as QuickBasic, QuickC, and the Borland products (I think) have always
  3269. included the royalty-free distribution biz.  I do NOT know why this is,
  3270. excepting only the thought that Ashton-Tate (now Borland), for instance,
  3271. was more interested in people buying the whole shebang (dBase in any of
  3272. its myriad versions) and paying the insanely high price for THAT rather
  3273. than essentially saying, go ahead, develop cheap database stand-alones
  3274. and we'll just sit back and smile while we lose our shirts.  In VB or
  3275. Access, everyone can be a programmer.  This is not necessarily true of
  3276. dBase...but if you <have> dBase, and use the Assist menu, you can do
  3277. most things without writing a line of code.  On the other hand, if
  3278. this is a marketing strategy aimed at having millions of copies of
  3279. dBase IV in the hands of people who won't even scratch the surface
  3280. of what it's capable of, why is the list price so damn high?????
  3281.  
  3282. As to why Microsoft has abandoned its long-time royalty-free attitude
  3283. and NOT included a compiler with Access, I have absolutely no idea...
  3284. but I can't afford both VB and the ADK and I need VB for other reasons.
  3285. Result:  MS can scratch one ADK sale until the price comes down or they
  3286. wake up and include the compiler with Access at the same price.  (BTW,
  3287. now that the introductory period is over, have you <seen> the list price
  3288. on Access 1.1?  Yow!)  I would point to the same "argument" I think
  3289. A-T/Borland uses to justify making a developer's kit optional and as
  3290. much or more expensive than the DBMS product itself...but then I wonder
  3291. who the split personality was who decided a royalty-free runtime Access
  3292. engine (somewhat crippled, as I detailed earlier, but still an Access
  3293. engine) should come included with VB 3.0 but separately (with full
  3294. functionality) and at a steep price for Access itself.  Don't get me
  3295. wrong--I'd LOVE to have a copy of the ADK.
  3296.  
  3297. One thing I neglected to mention in my last post as a weakness (in my
  3298. view) in VB 3.0--as a VB/DOS 1.0 user, I use the ISAM files created
  3299. with the PROISAMD TSR.  Why doesn't Access recognize this format (and
  3300. as a corollary, why doesn't VB 3.0 recognize this format)?  It would
  3301. be awfully nice to be able to use that data in both environments without
  3302. having to convert the ISAM to a comma-delimited or tab-delimited format
  3303. first.  I was mightily surprised and disappointed when Access 1.0 flatly
  3304. dismissed the ISAM format (and imports Btrieve, dBase, Fox, etc., of which
  3305. I use only dBase).  And ANOTHER thing...why doesn't MS just INCLUDE the
  3306. ISAM commands in the interpreter in both the PDS and VB/DOS?  That TSR
  3307. is a pain in the ... well, you know.  :)
  3308.  
  3309. Maybe I'm missing something...I don't know.  Maybe Access 2.0 will have
  3310. a compiler like VB?????  (And no Crystal Reports???)  :)
  3311.  
  3312. There are many issues here that are barely related to Access and again
  3313. I apologize...but it would be nice if the development teams at MS
  3314. talked to each other and tried to find ways for their applications
  3315. to live with one another.  Windows itself has provided much of this
  3316. sort of functionality, OLE has done the same, but down at the gut
  3317. level we're talking about, data formats should have something in
  3318. common (or at least, the various products should know about each
  3319. other's special formats).  *30* for now.
  3320.  
  3321. I encourage folks to jump in with this sort of give-and-take so long as
  3322. no one writes me complaining about it.  I think cross-platform information
  3323. sharing in this crazy DBMS world is important and that's one of the
  3324. reasons this list is here.
  3325.  
  3326. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  3327. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  3328. Indiana University Purdue University Indianapolis
  3329. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  3330. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  3331. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  3332. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  3333. ------------------------------------------------------------------------------
  3334. =========================================================================
  3335. Date:         Mon, 23 Aug 1993 10:04:12 +0100
  3336. Reply-To:     focke@gmd.de
  3337. Sender:       Microsoft Access Database Discussion List
  3338.               <ACCESS-L@INDYCMS.BITNET>
  3339. Comments:     Warning -- original Sender: tag was Stefan.Focke@GMD.DE
  3340. From:         Stefan Focke <focke@GMD.DE>
  3341. Subject:      How to change a query a form is based on?
  3342.  
  3343. Hello!
  3344.  
  3345. I would like to change a query a form is based on while the form is active.
  3346.  
  3347. That is what I have:
  3348.   - I have a form with a button and a subform
  3349.   - The subform is based on a query "myquery"
  3350.   - With the button I activate a Access Basic program that uses
  3351.     DeleteQueryDef and CreateQueryDef to change the query "myquery"
  3352.  
  3353. My problem:
  3354.   - The only way to activate the changed query is to close the form and open
  3355.     it again.
  3356.   - I would like to have something Requery that rereads the Query
  3357.  
  3358. Thank you
  3359.  
  3360. Stefan Focke
  3361.  
  3362. ----------------------------------------------------------------------
  3363.  
  3364. Stefan Focke                  Tel. 02241-14-3154
  3365. GMD-ISA                       e-mail: focke@gmd.de
  3366. Rathausalle 10
  3367. D-W 5205 Sankt Augustin 1
  3368.  
  3369.     ********** MS-Word: From the guys who brought us EDLIN ********
  3370. =========================================================================
  3371. Date:         Mon, 23 Aug 1993 10:21:27 +0100
  3372. Reply-To:     focke@gmd.de
  3373. Sender:       Microsoft Access Database Discussion List
  3374.               <ACCESS-L@INDYCMS.BITNET>
  3375. Comments:     Warning -- original Sender: tag was Stefan.Focke@GMD.DE
  3376. From:         Stefan Focke <focke@GMD.DE>
  3377. Subject:      Access Animation Screen
  3378.  
  3379. Hello!
  3380.  
  3381. How to start the Access animation screen:
  3382.  
  3383. - Create a new database
  3384. - Create a table with one row
  3385. - Save it as Cirrus
  3386. - Select Help|Info
  3387. - Press <Shift> <Ctrl>
  3388. - Doubleclick the key-symbol with the right mouse button
  3389. - now it starts
  3390.  
  3391. - speed it up by clicking with the left mouse-button
  3392.  
  3393.  
  3394. This works with the german version 1.1. Maybe it also works for you.
  3395.  
  3396. Stefan
  3397.  
  3398. ----------------------------------------------------------------------
  3399.  
  3400. Stefan Focke                  Tel. 02241-14-3154
  3401. GMD-ISA                       e-mail: focke@gmd.de
  3402. Rathausalle 10
  3403. D-W 5205 Sankt Augustin 1
  3404.  
  3405.     ********** MS-Word: From the guys who brought us EDLIN ********
  3406. =========================================================================
  3407. Date:         Mon, 23 Aug 1993 06:00:52 PDT
  3408. Reply-To:     Microsoft Access Database Discussion List
  3409.               <ACCESS-L@INDYCMS.BITNET>
  3410. Sender:       Microsoft Access Database Discussion List
  3411.               <ACCESS-L@INDYCMS.BITNET>
  3412. From:         Morris Myers <xrysta@MCODE.AMDAHL.COM>
  3413. Subject:      Re: Access vs. Visual Basic 3.0
  3414.  
  3415. >
  3416. > ... and disappointed when Access 1.0 flatly
  3417. > dismissed the ISAM format (and imports Btrieve, dBase, Fox, etc., of which
  3418. > I use only dBase).
  3419.  
  3420. I was equally disappointed that MS did not choose to use the Paradox 4.0
  3421. database format as one of the types that they would import. It makes it
  3422. difficult for us bilingual folks to use Access with existing Paradox 4.0
  3423. applications. (A whole new market could open for MS! {:->).
  3424.  
  3425.  
  3426. >
  3427. > ...I don't know.  Maybe Access 2.0 will have
  3428. > a compiler like VB?????  (And no Crystal Reports???)  :)
  3429. >
  3430. I'll vote for that kind of improvement!!
  3431.  
  3432. > There are many issues here that are barely related to Access and again
  3433. > I apologize
  3434. Please don't apologize for expressing such good ideas. After all, isn't a
  3435. list like this for exchange of ideas! :-)... Those ideas don't have to be just
  3436. technical or problematic.
  3437.  
  3438. > ...but it would be nice if the development teams at MS
  3439. > talked to each other and tried to find ways for their applications
  3440. > to live with one another.
  3441.  
  3442. Alas, a problem shared by TOO many PC development houses. MS talks like
  3443. they pride themselves on their inter-project communications but it looks
  3444. like they missed a bit with Access and VB 3.0.
  3445.  
  3446. Thanks for the thoughts, nathan ...
  3447.  
  3448. g.mo
  3449.  
  3450.  
  3451. --
  3452.  
  3453. -----------------------------------------------------------------------
  3454.  
  3455. Morris Myers                            [Standard Disclaimer]
  3456.  
  3457. Amdahl Corporation
  3458. M/S 205                                 Phone:  408-746-4798
  3459. Bldg. M3  Room 311                      Fax:    408-629-4374
  3460. 1230 E. Arques Avenue                   Email:  xrysta@mcode.amdahl.com
  3461. Sunnyvale, CA 94088-3470                or:   morris@xrysta.birdsong.suvl.ca.us
  3462. =========================================================================
  3463. Date:         Mon, 23 Aug 1993 09:11:01 PDT
  3464. Reply-To:     thamilto@pcocd2.intel.com
  3465. Sender:       Microsoft Access Database Discussion List
  3466.               <ACCESS-L@INDYCMS.BITNET>
  3467. From:         "Tony Hamilton - FES ERG~" <thamilto@PCOCD2.INTEL.COM>
  3468. Subject:      Re: Access Animation Screen
  3469.  
  3470. > Hello!
  3471. >
  3472. > How to start the Access animation screen:
  3473. >
  3474. > - Create a new database
  3475. > - Create a table with one row
  3476. > - Save it as Cirrus
  3477. > - Select Help|Info
  3478. > - Press <Shift> <Ctrl>
  3479. > - Doubleclick the key-symbol with the right mouse button
  3480. > - now it starts
  3481. >
  3482. > - speed it up by clicking with the left mouse-button
  3483. >
  3484. >
  3485. > This works with the german version 1.1. Maybe it also works for you.
  3486.  
  3487. Works great with the US version as well. Not one of the more exciting
  3488. animations I've seen, though. So, what is the significance of the two
  3489. ducks being destroyed? Usually such an animation is some sort of sneaky
  3490. reference to the competition, such as with the animation screen in
  3491. Microsoft Word, where there is a reference to WordPerfect. Any clues?
  3492.  
  3493. --
  3494. Tony Hamilton                 |
  3495. -Intel Corporation            | voice: 916-356-3070
  3496. --Folsom Engineering Services | mailstop: FM2-55
  3497. ---Engineering Resource Group | email: thamilto@pcocd2.intel.com
  3498. ----Software Technician       |
  3499. =========================================================================
  3500. Date:         Mon, 23 Aug 1993 13:16:00 PDT
  3501. Reply-To:     Microsoft Access Database Discussion List
  3502.               <ACCESS-L@INDYCMS.BITNET>
  3503. Sender:       Microsoft Access Database Discussion List
  3504.               <ACCESS-L@INDYCMS.BITNET>
  3505. From:         "Skewes-Cox, Tom" <tskewes@SAONET.UCLA.EDU>
  3506. Subject:      Re: Access Animation Screen
  3507.  
  3508. | > How to start the Access animation screen:
  3509. | >
  3510. | > - Create a new database
  3511. | > - Create a table with one row
  3512. | > - Save it as Cirrus
  3513. | > - Select Help|Info
  3514. | > - Press <Shift> <Ctrl>
  3515. | > - Doubleclick the key-symbol with the right mouse button
  3516. | > - now it starts
  3517. | >
  3518. | > - speed it up by clicking with the left mouse-button
  3519. | >
  3520. | >
  3521. | > This works with the german version 1.1. Maybe it also works for you.
  3522. |
  3523. | Works great with the US version as well. Not one of the more exciting
  3524. | animations I've seen, though. So, what is the significance of the two
  3525. | ducks being destroyed? Usually such an animation is some sort of sneaky
  3526. | reference to the competition, such as with the animation screen in
  3527. | Microsoft Word, where there is a reference to WordPerfect. Any clues?
  3528. |
  3529. | --
  3530.  
  3531.  
  3532. Destroying a "Pair of ducks"   Sneaky enough I think ;)
  3533. =========================================================================
  3534. Date:         Mon, 23 Aug 1993 16:38:02 EDT
  3535. Reply-To:     Microsoft Access Database Discussion List
  3536.               <ACCESS-L@INDYCMS.BITNET>
  3537. Sender:       Microsoft Access Database Discussion List
  3538.               <ACCESS-L@INDYCMS.BITNET>
  3539. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  3540. Subject:      Access Animation Screen
  3541.  
  3542. % | Works great with the US version as well. Not one of the more exciting
  3543. % | animations I've seen, though. So, what is the significance of the two
  3544. % | ducks being destroyed? Usually such an animation is some sort of sneaky
  3545. % | reference to the competition, such as with the animation screen in
  3546. % | Microsoft Word, where there is a reference to WordPerfect. Any clues?
  3547. % |
  3548. % | --
  3549.  
  3550.  
  3551. % Destroying a "Pair of ducks"   Sneaky enough I think ;)
  3552.  
  3553.  
  3554. Even more sneaky than you think.  What do you think the icon was during the
  3555.  Paradox beta?
  3556.  
  3557.  
  3558. Phil Paxton
  3559. Development Editor
  3560. SAMS/Prentice Hall Computer Publishing
  3561. Carmel, Indiana
  3562. =========================================================================
  3563. Date:         Tue, 24 Aug 1993 07:40:00 +01
  3564. Reply-To:     Microsoft Access Database Discussion List
  3565.               <ACCESS-L@INDYCMS.BITNET>
  3566. Sender:       Microsoft Access Database Discussion List
  3567.               <ACCESS-L@INDYCMS.BITNET>
  3568. From:         "Nilsson Jimmy, HK/R IDE" <Jimmy.Nilsson@IDE.HK-R.SE>
  3569. Subject:      SV: Re: Replication of databases
  3570.  
  3571. Do you have any ideas on your own? Perhaps you are interested in making an
  3572. objekt-oriented model together with me? That would be a good start I think.
  3573. Then I hope some other would like to help too.
  3574.  
  3575.  
  3576. C U
  3577. Jimmy Nilsson, University of Karlskrona/Ronneby, Sweden
  3578. Jimmy.Nilsson@ide.hk-r.se
  3579. ###
  3580.  ----------
  3581. Fran: owner-visbas-l
  3582. Till: Multiple recipients of list VISBAS-L
  3583. Angaende: Re: Replication of databases
  3584. Datum: fredag 20 augusti 1993 12.43
  3585.  
  3586. I just asked a question like this to the foxpro list.
  3587. no responses yet.
  3588. =========================================================================
  3589. Date:         Tue, 24 Aug 1993 08:30:03 CDT
  3590. Reply-To:     tntow@timtow.b1.ingr.com
  3591. Sender:       Microsoft Access Database Discussion List
  3592.               <ACCESS-L@INDYCMS.BITNET>
  3593. From:         Tim Tow <tntow@TIMTOW.B1.INGR.COM>
  3594. Subject:      NetDDE with Access as a Server
  3595.  
  3596. Has anyone successfully used NetDDE with Access as a server?  I have an Excel
  3597. app that uses DDE with the "SQL" topic to run dynamically prepared SQL
  3598. statements (that return a boolean, ie is an account number valid..)...  I would
  3599. like to migrate this to a network environment but have not had success...
  3600.  
  3601. I think I have defined the DDE Shares correctly and actually get a channel
  3602. number, however, when I try to retrieve the data, I get an error which seems
  3603. to indicate the channel number is invalid.
  3604.  
  3605. If anyone has done this successfully, please contact me via email..  I will
  3606. post a summary to this list...
  3607.  
  3608. Thanks..
  3609.  
  3610.  ----------------------------------------------------------------------------
  3611.  Tim Tow, CPA                           Phone:      205-730-8234
  3612.  Intergraph Corporation                 Fax:        205-730-2164
  3613.  Mailstop: HQ011                        Mailpath:   tntow@ingr.com
  3614.  Huntsville, AL  35894-0001
  3615. =========================================================================
  3616. Date:         Tue, 24 Aug 1993 11:04:42 -0500
  3617. Reply-To:     Microsoft Access Database Discussion List
  3618.               <ACCESS-L@INDYCMS.BITNET>
  3619. Sender:       Microsoft Access Database Discussion List
  3620.               <ACCESS-L@INDYCMS.BITNET>
  3621. From:         Steve Bratten <GE0793@SIUCVMB.BITNET>
  3622. Subject:      Hidden animation in MS programs...
  3623.  
  3624. Thanks for the information on accessing the animation in Access. Now, I
  3625. have two brief questions:
  3626.  
  3627. 1) Is the primary difference between the standard and professional
  3628. versions of Visual Basic the ability to distribute applications without
  3629. royalties?
  3630.  
  3631. 2) How do we see the animation in MS Word (2.0c)?
  3632.  
  3633. ^^^^^^^^^Steve Bratten^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  3634. |   _                     o__                                          |
  3635. |  ( \  _/_              _.>/^_      BITNET < GE0793@SIUCVMB >         |
  3636. |   \   /  _  _     _   (_) \(_)   INTERNET < GE0793@SIUCVMB.SIU.EDU > |
  3637. |  \_) (__(/_/(_/\_(/_                                                 |
  3638. |   __                       \o  \o  \o   Graduate School              |
  3639. |  |__)  __  __  -/-/-_  __   |>  |>  |>  Southern Illinois University |
  3640. |  |__) / (_(_/(_/`/_(/_///  < \ < \ < \  Carbondale, IL  62901-4716   |
  3641. |                                                                      |
  3642. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^Steve Bratten^^^^^^^^^
  3643. =========================================================================
  3644. Date:         Tue, 24 Aug 1993 13:42:15 EDT
  3645. Reply-To:     Microsoft Access Database Discussion List
  3646.               <ACCESS-L@INDYCMS.BITNET>
  3647. Sender:       Microsoft Access Database Discussion List
  3648.               <ACCESS-L@INDYCMS.BITNET>
  3649. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  3650. Subject:      Hidden animation in MS programs...
  3651.  
  3652. %Thanks for the information on accessing the animation in Access. Now, I
  3653. %have two brief questions:
  3654.  
  3655. I'm surprised there was anyone left who hadn't seen it...BTW, those are usually
  3656.  called "Easter Eggs"
  3657.  
  3658. % 2) How do we see the animation in MS Word (2.0c)?
  3659.  
  3660. "Feed a man a fish, he's full today, teach a man to fish, he's full forever."
  3661.  (Chinese Proverb)
  3662.  
  3663. Extract the following code and send it to
  3664.         LISTSERV@UIUCVMD.CSO.UIUC.EDU
  3665. You'll get the answer to your question and many other Easter Egg questions...
  3666.  
  3667. --------------------------------------------------------------------------------
  3668.  ----------
  3669. //Looking JOB Echo=YES,Reply-via=MAIL
  3670. Database search DD=Mine
  3671. //Mine DD *
  3672. Search EASTER EGG in WIN3-L
  3673. index
  3674. PRINT ALL
  3675. --------------------------------------------------------------------------------
  3676.  ----------
  3677. =========================================================================
  3678. Date:         Tue, 24 Aug 1993 13:07:44 EST
  3679. Reply-To:     Microsoft Access Database Discussion List
  3680.               <ACCESS-L@INDYCMS.BITNET>
  3681. Sender:       Microsoft Access Database Discussion List
  3682.               <ACCESS-L@INDYCMS.BITNET>
  3683. From:         Jon Diercks <jon@ANDERSON.EDU>
  3684. Subject:      Re: Access Animation Screen
  3685. In-Reply-To:  from "Skewes-Cox, Tom" at Aug 23, 93 1:16 pm
  3686.  
  3687. Did you all happen to notice the very last name in the "Special Thanks To"
  3688. section?  It's a name we should all be familiar with!
  3689.  
  3690.  
  3691. --
  3692.  \on \                         jon@anderson.edu          Administrative Systems
  3693. \_\ <_\iercks                                               Anderson University
  3694.    >                                                               Anderson, IN
  3695.   ---  ...Life is too important to be taken seriously.
  3696. =========================================================================
  3697. Date:         Tue, 24 Aug 1993 13:33:20 EST
  3698. Reply-To:     Microsoft Access Database Discussion List
  3699.               <ACCESS-L@INDYCMS.BITNET>
  3700. Sender:       Microsoft Access Database Discussion List
  3701.               <ACCESS-L@INDYCMS.BITNET>
  3702. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  3703. Organization: IUPUI Student Activities Office (317) 274-3931
  3704. Subject:      Re: Access Animation Screen
  3705. In-Reply-To:  Message of Tue, 24 Aug 1993 13:07:44 EST from <jon@ANDERSON.EDU>
  3706.  
  3707. Well shucks.  I guess I'm just going to have to get off my duff and
  3708. send my $20 to MS for Access 1.1.  You guys are having all the fun!
  3709.  
  3710. :)
  3711.  
  3712. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  3713. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  3714. Indiana University Purdue University Indianapolis
  3715. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  3716. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  3717. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  3718. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  3719. ------------------------------------------------------------------------------
  3720. =========================================================================
  3721. Date:         Tue, 24 Aug 1993 13:38:52 EST
  3722. Reply-To:     Microsoft Access Database Discussion List
  3723.               <ACCESS-L@INDYCMS.BITNET>
  3724. Sender:       Microsoft Access Database Discussion List
  3725.               <ACCESS-L@INDYCMS.BITNET>
  3726. From:         Jon Diercks <jon@ANDERSON.EDU>
  3727. Subject:      Re: Access Animation Screen
  3728. In-Reply-To:  from "Nathan Brindle" at Aug 24, 93 1:33 pm
  3729.  
  3730. > Well shucks.  I guess I'm just going to have to get off my duff and
  3731. > send my $20 to MS for Access 1.1.  You guys are having all the fun!
  3732.  
  3733. ... the animation screen works in 1.0 too. try it!
  3734.  
  3735. --
  3736.  \on \                         jon@anderson.edu          Administrative Systems
  3737. \_\ <_\iercks                                               Anderson University
  3738.    >                                                               Anderson, IN
  3739.   ---  ...Life is too important to be taken seriously.
  3740. =========================================================================
  3741. Date:         Tue, 24 Aug 1993 17:02:12 EST
  3742. Reply-To:     Microsoft Access Database Discussion List
  3743.               <ACCESS-L@INDYCMS.BITNET>
  3744. Sender:       Microsoft Access Database Discussion List
  3745.               <ACCESS-L@INDYCMS.BITNET>
  3746. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  3747. Organization: IUPUI Student Activities Office (317) 274-3931
  3748. Subject:      Re: Access Animation Screen
  3749. In-Reply-To:  Message of Tue, 24 Aug 1993 13:38:52 EST from <jon@ANDERSON.EDU>
  3750.  
  3751. Hmm ... I did.  It didn't work.  Maybe I did something wrong.  I'll try
  3752. it again!  Thanks!  :)
  3753.  
  3754. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  3755. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  3756. Indiana University Purdue University Indianapolis
  3757. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  3758. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  3759. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  3760. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  3761. ------------------------------------------------------------------------------
  3762. =========================================================================
  3763. Date:         Tue, 24 Aug 1993 23:37:44 EDT
  3764. Reply-To:     Microsoft Access Database Discussion List
  3765.               <ACCESS-L@INDYCMS.BITNET>
  3766. Sender:       Microsoft Access Database Discussion List
  3767.               <ACCESS-L@INDYCMS.BITNET>
  3768. From:         Phillip Paxton <72410.2162@COMPUSERVE.COM>
  3769. Subject:      Algorithms
  3770.  
  3771. Because of so many requests, I'm reprinting the algorithms for Day of Week,
  3772. Julian->Gregorian, and Gregorian->Julian, as well as a Leap Year function
  3773. which returns an integer value depending upon whether the specified year is
  3774. a Leap Year.  Remember, a Leap Year is any year not ending in 00 divisible
  3775. by
  3776. four, or any century (ending in 00) year which is divisible by 400.  This
  3777. means 1800 and 1900 are not Leap Years, but 2000 is.
  3778.  
  3779. The mathematics are all mine, derived from before I ever had access to a
  3780. calculator, let alone a computer (mostly from going to grad school with my
  3781. mum when I was ten or eleven and needing something to do when they were
  3782. taking their tests).
  3783.  
  3784. Whilst discovered independently, my DOW routine is very, very similar to
  3785. Zoeller's congruence, but I didn't know that when I put the numbers
  3786. together.  There is also an alternative method which derives the same
  3787. numbers, but is easier to do as a bar trick (long story).   The source is
  3788. REXX, so if you aren't familiar
  3789. with REXX, it should still be readable and portable to other programming
  3790. platforms, but you should know that the percent sign (%) represents integer
  3791. division and double slash (//) represents the modulo function (aka
  3792. remainder for those who failed mathematics).
  3793.  
  3794. I'm offering these for your enjoyment.  These are protected from commercial
  3795. exploitation via print copyright (a real one, not fiat) so I'm requesting
  3796. [that] if you use them in a commercial endeavour, you mention who gave it
  3797. to you.  Just remember, I can prove I understand the math, so if you betray
  3798. me, you may be pressed
  3799. upon to do the same! (be forewarned -- I'm Evariste Galois reincarnated!!!)
  3800.  
  3801. I also carry algorithms for Easter and basedate (from Computer Language
  3802. magazine), non-recursive: repeating permutations, non-repeating
  3803. permutations, combinations (far easier than many you'll see in magazines),
  3804. wind chill, relative humidity, computing roots of any degree by an
  3805. alternative, averaging method, and a method of computing prime factors
  3806. which isn't in print anywhere else yet, but has been confirmed as
  3807. practical, as well as tips about doing things like GCF and LCD.
  3808.  
  3809. Enjoy.
  3810.  
  3811. Phillip Paxton
  3812. Development Editor
  3813. SAMS/Prentice Hall Computer Publishing
  3814. Carmel, Indiana
  3815. ------------------------------------------------------------------------
  3816. ------------------------------------------------------------------------
  3817. Alternative Method for day-of-week computations:
  3818.  
  3819. Last Two Digits of the Year:            93
  3820. Divide by Four (ignore remainder):      23
  3821. Add Day of Month:                       24
  3822. Month Offset (see below):                3
  3823. -------------------------------------------
  3824. Total (add):                           143
  3825. Divide by 7                             20
  3826. Remainder:                               3
  3827.  
  3828. Sun=1, Mon=2, Tue=3, Wed=4, Thu=5, Fri=6, Sat=0
  3829.  
  3830. August 24, 1993 is a Tuesday.
  3831.  
  3832.  
  3833. Month Codes:
  3834.  
  3835. Jan=1   Apr=0   Jul=0   Oct=1
  3836. Feb=4   May=2   Aug=3   Nov=4
  3837. Mar=4   Jun=5   Sep=6   Dec=6
  3838.  
  3839. During Leap Years, use Jan=0, and Feb=3.
  3840.  
  3841. ------------------------------------------------------------------------
  3842. /* DOW (Day of Week) Routine                                          */
  3843.  
  3844. /* Source:  original algorithm by Phillip Paxton                      */
  3845.  
  3846.  
  3847. arg month day year .
  3848.  
  3849. weekday.0 = 'Sunday';     weekday.1 = 'Monday';
  3850. weekday.2 = 'Tuesday';    weekday.3 = 'Wednesday';
  3851. weekday.4 = 'Thursday';   weekday.5 = 'Friday';
  3852. weekday.6 = 'Saturday';
  3853.  
  3854. call leapyr year; leapyear = result;            /* get leapyear value */
  3855.  
  3856. ld = year // 100;              /* get the last two digits of the year */
  3857. m1 = (month + 9) // 12 + 1; /* make jan 11, feb 12, mar 1, apr 2, ... */
  3858. m2 = m1 // 11;
  3859. m2 = trunc( 0.8 * ( 2 * m2 + 1 ) + m2 );     /* month offset to jan 1 */
  3860. m2 = m2 - ( leapyear * ( m1 % 11 ) );         /* correct for leapyear */
  3861. w = ( ld + ld%4 + day + m2 ) // 7;       /* determine day of the week */
  3862.  
  3863. say month'/'day'/'year 'is/was/will be a' weekday.w;
  3864.  
  3865. exit;
  3866. ------------------------------------------------------------------------
  3867. /* JULIAN Routine (convert Gregorian to Julian) */
  3868. arg month day year .
  3869. call leapyr year; leapyear = result /* determine leap year value */
  3870. jul = trunc( (month + 2) * 30.55 ) + day - 91
  3871. if ( jul > 60 )
  3872. then jul = jul - 2 + leapyear;
  3873. say 'The Julian date for' month'/'day'/'year 'is' jul'.'year
  3874. ------------------------------------------------------------------------
  3875. /* GREGORIAN routine (convert julian to gregorian)                    */
  3876. /* Source:  original algorithm by Phillip Paxton                      */
  3877. arg jul year .;
  3878.  
  3879. day = jul;
  3880. call leapyr year;   leapyear = result;    /* determine leapyear value */
  3881.  
  3882. if ( day > ( 59 + leapyear ) ) then day = day + 2 - leapyear;
  3883. day = day + 91;
  3884. month = day % 30.55;
  3885. day = day - trunc(month * 30.55);
  3886. month = month - 2;
  3887.  
  3888. say 'The Gregorian date for' jul'/'year 'is' month'/'day'/'year;
  3889. -----------------------------------------------------------------------
  3890. /* LEAPYR EXEC - is it a leap year? 1=yes; 0=no */
  3891. /* will handle 2 or 4 digit year; assumes current century if 2 digit */
  3892. arg year;
  3893.  
  3894. cc = year % 100;
  3895. if cc = 0 then cc = substr( date(SORTED), 1, 2 );
  3896. yy = year // 100;   /* last 2 digits year */
  3897. if yy % 4 ^= 0 then leap = 0;
  3898. else do;
  3899.    if ( (yy = 0) & (cc % 4 = 0 ) ) | ( yy ^= 0) then leap = 1;
  3900.    else leap = 0;
  3901. end;   /* else */
  3902.  
  3903. return( leap );
  3904. -----------------------------------------------------------------------
  3905. <end of message>
  3906. =========================================================================
  3907. Date:         Wed, 25 Aug 1993 14:20:25 +0800
  3908. Reply-To:     Microsoft Access Database Discussion List
  3909.               <ACCESS-L@INDYCMS.BITNET>
  3910. Sender:       Microsoft Access Database Discussion List
  3911.               <ACCESS-L@INDYCMS.BITNET>
  3912. From:         NCLCHAN@NTUVAX.BITNET
  3913. Subject:      Attach Oracle table
  3914.  
  3915. I tried to attach Oracle table to Microsoft Access datafile file in
  3916. Microsoft Access 1.1. I noticed that once I attached the Oracle tables ( after
  3917. closing Attach Table Dialog Box ), I no longer could attach any Oracle tables.
  3918. Error Message - ODBC Call fails.
  3919.  
  3920. Has anyone out there ever encountered something like that ? How do you solve the
  3921. problem ?
  3922.  
  3923. By the way, I know that I can attach the Oracle tables if I quit Microsoft Windo
  3924.    ws and go in again. But tedious , isn't it ?
  3925.  
  3926. Chor Ling
  3927. NCLCHAN@NTUVAX.NTU.AC.SG
  3928. =========================================================================
  3929. Date:         Wed, 25 Aug 1993 14:24:09 +0800
  3930. Reply-To:     Microsoft Access Database Discussion List
  3931.               <ACCESS-L@INDYCMS.BITNET>
  3932. Sender:       Microsoft Access Database Discussion List
  3933.               <ACCESS-L@INDYCMS.BITNET>
  3934. From:         NCLCHAN@NTUVAX.BITNET
  3935. Subject:      Editing Attached Oracle Table
  3936.  
  3937. Has anyone out there edited attached Oracle Table in Microsoft Access 1.1.
  3938. ??
  3939.  
  3940. I tried to edit but the attached Oracle Table is read-only.
  3941. Any advice ?
  3942.  
  3943. Chor LIng
  3944. NCLCHAN@NTUVAX.NTU.AC.SG
  3945. =========================================================================
  3946. Date:         Wed, 25 Aug 1993 16:22:14 +0800
  3947. Reply-To:     Microsoft Access Database Discussion List
  3948.               <ACCESS-L@INDYCMS.BITNET>
  3949. Sender:       Microsoft Access Database Discussion List
  3950.               <ACCESS-L@INDYCMS.BITNET>
  3951. From:         NCLCHAN@NTUVAX.BITNET
  3952. Subject:      Re: Attaching Oracle Table
  3953.  
  3954. I have solved the problem. I tried to attach in another PC and it works.
  3955. I guess Oracle doesn't like my PC ;-). Anyway, please forget my Question.
  3956.  
  3957. Chor Ling
  3958. =========================================================================
  3959. Date:         Wed, 25 Aug 1993 16:23:24 +0800
  3960. Reply-To:     Microsoft Access Database Discussion List
  3961.               <ACCESS-L@INDYCMS.BITNET>
  3962. Sender:       Microsoft Access Database Discussion List
  3963.               <ACCESS-L@INDYCMS.BITNET>
  3964. From:         NCLCHAN@NTUVAX.BITNET
  3965. Subject:      Re: Editing Oracle Table
  3966.  
  3967. I solved the problem by creating a primary key. Please forget my Question.
  3968.  
  3969. Chor Ling
  3970. =========================================================================
  3971. Date:         Wed, 25 Aug 1993 11:02:58 EST
  3972. Reply-To:     Microsoft Access Database Discussion List
  3973.               <ACCESS-L@INDYCMS.BITNET>
  3974. Sender:       Microsoft Access Database Discussion List
  3975.               <ACCESS-L@INDYCMS.BITNET>
  3976. From:         Scott Dahne <sdahne@MAIL.LMI.ORG>
  3977. Subject:      Output of job "Easter Egg Hunt"
  3978.  
  3979. I received the following message:
  3980.  
  3981. ---------------------------------------------------------------------------
  3982. Subject: Output of your job "Looking"
  3983. Author:  BITNET list server at UIUCVMD (1.7f) <LISTSERV@VMD.CSO.UIUC.EDU>
  3984. Date:    08/25/93 10:45 AM
  3985.  
  3986.  
  3987. Job "Looking" started on 25 Aug 1993 09:07:39
  3988.  
  3989. Job "Looking" ended   on 25 Aug 1993 09:07:39
  3990.  
  3991. Summary of resource utilization
  3992. -------------------------------
  3993. CPU time:        0.001 sec                Device I/O:     0 Overhead CPU:
  3994. 0.002 sec                Paging I/O:     0 CPU model:        3081
  3995.     DASD model:  3380
  3996.  
  3997. ----------------------------------------------------------------------------
  3998.  
  3999. when trying to get the easter eggs using a message that looked like:
  4000.  
  4001. //Looking JOB Echo=YES,Reply-via=MAIL Database search DD=Mine //Mine DD *
  4002. Search EASTER EGG in WIN3-L
  4003. index
  4004. PRINT ALL
  4005.  
  4006.  
  4007. Any ideas on what happened?
  4008.  
  4009. Scott Dahne
  4010. sdahne@lmi.org
  4011. =========================================================================
  4012. Date:         Wed, 25 Aug 1993 09:55:24 CDT
  4013. Reply-To:     Microsoft Access Database Discussion List
  4014.               <ACCESS-L@INDYCMS.BITNET>
  4015. Sender:       Microsoft Access Database Discussion List
  4016.               <ACCESS-L@INDYCMS.BITNET>
  4017. From:         Chet Farmer <CFARMER1@UA1VM.BITNET>
  4018. Organization: Project IDEALS -- The University of Alabama
  4019. Subject:      Automatic field updates
  4020. In-Reply-To:  Message of Wed, 25 Aug 1993 16:23:24 +0800 from <NCLCHAN@NTUVAX>
  4021.  
  4022. I've a question, and I'm hoping somebody can help out.
  4023.  
  4024. I have a largish database of names and addresses (just under 2k records).
  4025. For convenience's sake, I include a field for both Country AND Country-in-
  4026. French.  I also include a field for the country telephone code (eg, 44 for
  4027. England).
  4028.  
  4029. My question is this.  Is there an easy way to have the French-country and
  4030. country-code fields filled automatically in the primary table/data entry
  4031. form given an entry in the regular-country field AND another table with
  4032. each country's corresponding French name and telephone code?
  4033.  
  4034. For example:  I enter John Doe into the database.  When I get to the
  4035. Country field, I enter "Japan," since that's where he lives.  Access should,
  4036. in the best of all possible worlds, then look in Table 2 for the entry
  4037. for Japan, which holds (in named fields, of course) the French name
  4038. and the telephone code.  Access places these bits of data into the
  4039. appropriate fields in the original table so I don't have to do it, and
  4040. Bob's your uncle.
  4041.  
  4042. I've experimented with the DLookUp function to a point; I've even managed
  4043. to get a non-interactive version of this working for the French name (ie,
  4044. I've an action query that runs through the database and supplies the
  4045. French name for every record).  What I want still eludes me.
  4046.  
  4047. Ideas?
  4048.  
  4049. The *real* kicker is that ultimately my boss would like this to work
  4050. very smoothly -- ie, as soon as you type enough of the english name for
  4051. a country to uniquely identify it in the database, it finishes the name
  4052. AND fills the other two fields.  I don't know how practical that is,
  4053. but it's a goal.  I've got to get this working the regular way first, though.
  4054.  
  4055. Thanks in advance.
  4056.  
  4057.  
  4058. +----------------------------------------------------------------+
  4059. | Chet Farmer, Assistant Director |   tel 205-348-9494           |
  4060. | Project IDEALS                  |   cfarmer1@ua1vm.ua.edu      |
  4061. | The University of Alabama       |   chet.farmer@genie.geis.com |
  4062. |----------------------------------------------------------------|
  4063. |   C is for Cookie, and that's good enough for me.  -- C. M.    |
  4064. +----------------------------------------------------------------+
  4065. =========================================================================
  4066. Date:         Wed, 25 Aug 1993 08:12:13 PDT
  4067. Reply-To:     Microsoft Access Database Discussion List
  4068.               <ACCESS-L@INDYCMS.BITNET>
  4069. Sender:       Microsoft Access Database Discussion List
  4070.               <ACCESS-L@INDYCMS.BITNET>
  4071. From:         "Clyde F. Bingham III" <BINGHAMC@WSUVM1.BITNET>
  4072. Subject:      Re: Output of job "Easter Egg Hunt"
  4073. In-Reply-To:  Message of Wed,
  4074.               25 Aug 1993 11:02:58 EST from <sdahne@MAIL.LMI.ORG>
  4075.  
  4076. I copied this command from a letter to the ACCESS list which said you
  4077. could get information on hidden ACCESS screens using it. Well, I guess it
  4078. didn't work.
  4079.  
  4080. I gave up on it and don't intend to send it again.
  4081.  
  4082. Thanks.
  4083. =========================================================================
  4084. Date:         Wed, 25 Aug 1993 10:33:49 -0500
  4085. Reply-To:     Microsoft Access Database Discussion List
  4086.               <ACCESS-L@INDYCMS.BITNET>
  4087. Sender:       Microsoft Access Database Discussion List
  4088.               <ACCESS-L@INDYCMS.BITNET>
  4089. From:         Steve Bratten <GE0793@SIUCVMB.BITNET>
  4090. Subject:      What version of VB do I need...
  4091.  
  4092. Does the standard version of Visual Basic provide access to the Access
  4093. file structure?
  4094.  
  4095. What are the main differences between the standard and professional
  4096. versions?
  4097.  
  4098. Sorry if these are old questions but I need to know. :-)
  4099.  
  4100. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  4101. |                         o__                                          |
  4102. | Steve Bratten          _.>/^_      BITNET < GE0793@SIUCVMB >         |
  4103. | Graduate School       (_) \(_)   INTERNET < GE0793@SIUCVMB.SIU.EDU > |
  4104. | Southern Illinois University                                         |
  4105. | Carbondale IL 62901-4716   \o  \o  \o   Graduate School              |
  4106. | Voice: (618) 453-4552       |>  |>  |>  Southern Illinois University |
  4107. |   Fax: (618) 453-4562      < \ < \ < \  Carbondale, IL  62901-4716   |
  4108. |                                                                      |
  4109. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^Steve Bratten^^^^^^^^^
  4110. =========================================================================
  4111. Date:         Wed, 25 Aug 1993 11:52:38 EST
  4112. Reply-To:     Microsoft Access Database Discussion List
  4113.               <ACCESS-L@INDYCMS.BITNET>
  4114. Sender:       Microsoft Access Database Discussion List
  4115.               <ACCESS-L@INDYCMS.BITNET>
  4116. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  4117. Organization: IUPUI Student Activities Office (317) 274-3931
  4118. Subject:      Re: What version of VB do I need...
  4119. In-Reply-To:  Message of Wed, 25 Aug 1993 10:33:49 -0500 from <GE0793@SIUCVMB>
  4120.  
  4121. On Wed, 25 Aug 1993 10:33:49 -0500 Steve Bratten said:
  4122. >Does the standard version of Visual Basic provide access to the Access
  4123. >file structure?
  4124. >
  4125. >What are the main differences between the standard and professional
  4126. >versions?
  4127. >
  4128. >Sorry if these are old questions but I need to know. :-)
  4129. >
  4130.  
  4131. The Data control is available in both versions.
  4132.  
  4133. Methods available ONLY in the PROFESSIONAL edition are:
  4134.  
  4135. Table Methods:  AddNew, Clone, Close, CreateDynaset, CreateSnapshot, Delete,
  4136.                 Edit, FindFirst, FindLast, FindNext, FindPrevious, ListFields,
  4137.                 ListIndexes, MoveFirst, MoveLast, MoveNext, MovePrevious,
  4138.                 Seek, Update...in other words, ALL of the Table methods in
  4139.                 VB 3.0 are only available in the Pro edition.
  4140.  
  4141. Dynaset Methods:  Clone, ListFields, ListIndexes only in Pro edition.
  4142.  
  4143. Snapshot Methods:  Clone, Close, FindFirst, FindLast, FindNext, FindPrevious,
  4144.                 ListFields, ListIndexes, MoveFirst, MoveLast, MoveNext,
  4145.                 MovePrevious...as with Table methods, ALL of the Snapshot
  4146.                 methods are ONLY available in the Pro edition.
  4147.  
  4148. Most of the Dynaset methods <are> available in the Standard Edition, viz.:
  4149.                 AddNew, Close, Delete, Edit, FindFirst, FindLast, FindNext,
  4150.                 FindPrevious, MoveFirst, MoveLast, MoveMext, MovePrevious,
  4151.                 Update.
  4152.  
  4153. As you can no doubt see, the Professional edition for $100 more (if you
  4154. have the upgrade offer for registered users of Access) may be well worth
  4155. the price if you want the added functionality.
  4156.  
  4157. The above is from page 16 of the VB 3.0 language reference.
  4158.  
  4159. I'm going to harp on the ONE method that I WISH MS would have included
  4160. in the Access Engine for VB:  FINDRECORD!!!!!!!!!!
  4161.  
  4162. Also check the archives for this list...at some point a month or so ago
  4163. I posted the professional edition-specific added attractions from the
  4164. VB brochure.
  4165.  
  4166. HTH,
  4167. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  4168. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  4169. Indiana University Purdue University Indianapolis
  4170. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  4171. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  4172. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  4173. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  4174. ------------------------------------------------------------------------------
  4175. =========================================================================
  4176. Date:         Wed, 25 Aug 1993 13:03:56 EDT
  4177. Reply-To:     Microsoft Access Database Discussion List
  4178.               <ACCESS-L@INDYCMS.BITNET>
  4179. Sender:       Microsoft Access Database Discussion List
  4180.               <ACCESS-L@INDYCMS.BITNET>
  4181. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  4182. Subject:      Output of job "Easter Egg Hunt"
  4183.  
  4184. % I received the following message:
  4185. %
  4186. % ---------------------------------------------------------------------------
  4187. % Subject: Output of your job "Looking"
  4188. % Author:  BITNET list server at UIUCVMD (1.7f) <LISTSERV@VMD.CSO.UIUC.EDU>
  4189. % Any ideas on what happened?
  4190.  
  4191. % Scott Dahne
  4192.  
  4193.  
  4194. Not offhand.  I just tried a few minutes ago and received a 76K file, which is
  4195.  about what I've expected.  I
  4196. haven't checked to see if anything new has appeared, but like most other cyclic
  4197.  topics, Easter Eggs make
  4198. their rounds on the WIN3-L regularly by those discovering them for the first
  4199.  time.
  4200.  
  4201. I know the file works as that's my standard LISTSERV template (all you have to
  4202.  do is change
  4203. the keywords and the list you're looking in).
  4204.  
  4205. BTW, you usually get two sets of files when performing LISTSERV commands via a
  4206.  file like that:  one
  4207. with the "console log", the other with the results.
  4208.  
  4209.  
  4210. Phil Paxton
  4211. Development Editor
  4212. SAMS/Prentice Hall Computer Publishing
  4213. CARmel, Indiana
  4214. =========================================================================
  4215. Date:         Wed, 25 Aug 1993 12:16:52 EST
  4216. Reply-To:     Microsoft Access Database Discussion List
  4217.               <ACCESS-L@INDYCMS.BITNET>
  4218. Sender:       Microsoft Access Database Discussion List
  4219.               <ACCESS-L@INDYCMS.BITNET>
  4220. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  4221. Organization: IUPUI Student Activities Office (317) 274-3931
  4222. Subject:      Re: Output of job "Easter Egg Hunt"
  4223. In-Reply-To:  Message of Wed,
  4224.               25 Aug 1993 13:03:56 EDT from <72410.2162@COMPUSER VE.COM>
  4225.  
  4226. Yes, as Phil pointed out, you're going to get two responses from the
  4227. listserver--one, like you reposted to the list, that only summarizes
  4228. the job and tells you what happened, and the other, the actual data
  4229. returned to you.  On a VM machine, this will likely come as a Netdata
  4230. file and won't show up as mail (although it <will> show up in your
  4231. reader).  You type RECEIVE at the command prompt to get it out of the
  4232. reader and onto your disk.
  4233.  
  4234. In VAX/VMS, there is another set of commands used to receive a file
  4235. that are distinct from MAIL or PMDF.  Not being a VAX user except when
  4236. forced :), I don't know what they are.  Chances are, the file got sent
  4237. to you and you just aren't aware of it.  Also note that file transfers
  4238. are slower than mail most of the time...the file may still be in
  4239. transit.
  4240.  
  4241. AND if you're on AOL, you're out of luck on file transfers in the
  4242. first place.  Sorry.  That's an AOL thing, not Internet.
  4243.  
  4244. HTH,
  4245. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  4246. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  4247. Indiana University Purdue University Indianapolis
  4248. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  4249. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  4250. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  4251. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  4252. ------------------------------------------------------------------------------
  4253. =========================================================================
  4254. Date:         Wed, 25 Aug 1993 13:18:24 EDT
  4255. Reply-To:     Microsoft Access Database Discussion List
  4256.               <ACCESS-L@INDYCMS.BITNET>
  4257. Sender:       Microsoft Access Database Discussion List
  4258.               <ACCESS-L@INDYCMS.BITNET>
  4259. From:         Harry Yeatts <HYEATTS@VTVM1.BITNET>
  4260. Subject:      combos and concatenations
  4261.  
  4262. Hello Accessers:
  4263.  
  4264. I've got a bit of a puzzle I'm hoping someone out there can shed some
  4265. light on.
  4266.  
  4267. In the detail section of a report, I have two controls:
  4268.  
  4269. [author]
  4270. =[title]&"  "&"("&[year]&")"
  4271.  
  4272. which gives:  Deighton, Len   Violent Ward (93)
  4273.  
  4274. This works PERFECTLY on its own. However, when I use a macro to open
  4275. the report and filter the [author] records...all hell breaks loose:
  4276. I get an MSACCESS error message with two choices: close or ignore.
  4277. Then I get an APPLICATION ERROR message citing a General Protection
  4278. Fault with msaccess.exe.
  4279.  
  4280. The macro that opens the report has:
  4281. OpenReport
  4282. SelectObject
  4283. ApplyFilter
  4284.  
  4285. The "where" argument under ApplyFilter:
  4286. [author]=Forms![which author? form]![author pick list]
  4287.  
  4288. The [author pick list] is a combo box on a form used specifically
  4289. to allow the user to pick a particular author. This works fine
  4290. too *IF* I don't have the above concatenation on the form, and
  4291. just have [title] and [year] separate.
  4292.  
  4293. So I'm between a rock and a hard place on this one. Any ideas?
  4294. I'll be glad to furnish more particulars...
  4295.  
  4296. Harry
  4297.  
  4298. Harry Yeatts (HYEATTS)                INTERNET: VTVM1.CC.VT.EDU
  4299. Virginia Tech                         BITNET: VTVM1
  4300. Blacksburg, Virginia                  PHONE: 703-231-5141
  4301.  
  4302. Notes:
  4303. (1) I left [author] out of the expression on the report because I
  4304. wanted to hide duplicates.
  4305. (2) I didn't use |bars| in the concatenation in the report expression
  4306. because they don't work. (Even on-line help doesn't use them.)
  4307. (3) I'm using Access 1.1
  4308. =========================================================================
  4309. Date:         Wed, 25 Aug 1993 13:40:53 EST
  4310. Reply-To:     Microsoft Access Database Discussion List
  4311.               <ACCESS-L@INDYCMS.BITNET>
  4312. Sender:       Microsoft Access Database Discussion List
  4313.               <ACCESS-L@INDYCMS.BITNET>
  4314. From:         "Amy C. Park" <SBALAB2@UCONNVM.BITNET>
  4315. Subject:      Easter Egg Search...
  4316.  
  4317. I'm having trouble with the Easter Egg Hunt, too!  :-)
  4318. Received: from VMD.CSO.UIUC.EDU by UCONNVM.UCONN.EDU (Mailer R2.08 R208004)
  4319. This is the message I have been getting - is there a problem with that database
  4320. or something?  HELP!  Any more brilliant ideas?
  4321.  VMD.CSO.UIUC.EDU (LMail V1.1d/1.7f) with BSMTP id 8850; Wed,
  4322.  25 Aug 1993 12:40:00 -0500
  4323. %Date:         Wed, 25 Aug 1993 12:40:00 -0500
  4324. %From:         BITNET list server at UIUCVMD (1.7f) <LISTSERV@VMD.CSO.UIUC.EDU>
  4325. %Subject:      File: "DATABASE OUTPUT"
  4326. %To:           SBALAB2%UCONNVM.bitnet@VMD.CSO.UIUC.EDU
  4327.  
  4328. %> Search EASTER EGG in WIN3-L
  4329. %--> Error: Database WIN3-L does not exist. Database removed from search list.
  4330. %--> No hit.
  4331. %
  4332. %> index
  4333. %--> No hit in previous search, nothing to list.
  4334. %
  4335. %> PRINT ALL
  4336. %--> No hit in previous search, nothing to print.
  4337. =========================================================================
  4338. Date:         Wed, 25 Aug 1993 16:24:03 EDT
  4339. Reply-To:     Microsoft Access Database Discussion List
  4340.               <ACCESS-L@INDYCMS.BITNET>
  4341. Sender:       Microsoft Access Database Discussion List
  4342.               <ACCESS-L@INDYCMS.BITNET>
  4343. From:         Greg Fairnak <GFAIRNA@AMERICAN.EDU>
  4344. Organization: The American University
  4345. Subject:      VIRUS ALERT
  4346.  
  4347. For those of you who use VB 3.0 pro and Visual control pack for C++
  4348. the file termset.frm is infected with the shake virus.  I find that most
  4349. anti virus programs cannot locate it.  I thought you folks on the list should
  4350. know.
  4351.  
  4352.      Regards,
  4353.              Greg
  4354. =========================================================================
  4355. Date:         Wed, 25 Aug 1993 14:03:47 -0700
  4356. Reply-To:     Microsoft Access Database Discussion List
  4357.               <ACCESS-L@INDYCMS.BITNET>
  4358. Sender:       Microsoft Access Database Discussion List
  4359.               <ACCESS-L@INDYCMS.BITNET>
  4360. From:         Dmitry Serebrennikov <dmitry@UCSEE.BERKELEY.EDU>
  4361. Subject:      Re: Out of Memory when changing Datatype
  4362.  
  4363. Sorry, in my present setup I can't quote, so...
  4364.  
  4365. In the original post the problem is that there is out of memory message during
  4366. chaniging a fild datatype in the table design view.
  4367.  
  4368. I had that happen too.  The possible solution is to create a second field with a
  4369. different name of the desired datatype and run an update query that will copy
  4370. the values from one field to another (doing nessosory conversions on the go).
  4371. Then you'll be able to just delete the first field and rename the second to the
  4372. needed name.
  4373. Now you may still run into the problems with memory (not enough memory to undo,
  4374.  etc.)
  4375. but at least you'll be able to finish.  If you are still out of memory -- try
  4376. doing the query piece by piece (i.e. use a criteria like [ID] < 2000, assuming
  4377.  ID is
  4378. like record number).
  4379.  
  4380. I know it's a pain, but I don't know a better solution...
  4381.  
  4382. dmitry@ucsee.berkeley.edu
  4383. =========================================================================
  4384. Date:         Wed, 25 Aug 1993 14:21:19 -0700
  4385. Reply-To:     Microsoft Access Database Discussion List
  4386.               <ACCESS-L@INDYCMS.BITNET>
  4387. Sender:       Microsoft Access Database Discussion List
  4388.               <ACCESS-L@INDYCMS.BITNET>
  4389. From:         Tim King <uswnvg!tcking@UUNET.UU.NET>
  4390. Subject:      Re: VIRUS ALERT
  4391. In-Reply-To:  <9308252031.AA12163@relay1.UU.NET> from "Greg Fairnak" at Aug 25,
  4392.               93 04:24:03 pm
  4393.  
  4394. Thus spake Greg Fairnak:
  4395. > For those of you who use VB 3.0 pro and Visual control pack for C++
  4396. > the file termset.frm is infected with the shake virus.  I find that most
  4397. > anti virus programs cannot locate it.  I thought you folks on the list should
  4398. > know.
  4399.  
  4400. How do you know this?  What do we DO about it?
  4401.  
  4402. --
  4403. Tim King, tcking@uswnvg.com
  4404. US West NewVector Group Inc., Bellevue, Washington
  4405. =========================================================================
  4406. Date:         Wed, 25 Aug 1993 18:22:49 EDT
  4407. Reply-To:     Microsoft Access Database Discussion List
  4408.               <ACCESS-L@INDYCMS.BITNET>
  4409. Sender:       Microsoft Access Database Discussion List
  4410.               <ACCESS-L@INDYCMS.BITNET>
  4411. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  4412. Subject:      ?
  4413.  
  4414. Because there has been so much dedicated to the crossover for VB3 & Access,
  4415. I'm
  4416. curious:  is there any interest in a book which would be written at the
  4417. developer level
  4418. for persons wanting to develop databases using VB3, but crossing over to
  4419. Excel,
  4420. Access, etc., perhaps even dabbling in the forthcoming Visual Basic for
  4421. Applications
  4422. (aka Object Basic)
  4423.  
  4424. ???
  4425.  
  4426. Let me hear your voice!
  4427.  
  4428.  
  4429.  
  4430. Phil Paxton
  4431. Development Editor
  4432. SAMS/Prentice Hall Computer Publishing
  4433. Carmel, Indiana
  4434. =========================================================================
  4435. Date:         Wed, 25 Aug 1993 17:32:59 EST
  4436. Reply-To:     Microsoft Access Database Discussion List
  4437.               <ACCESS-L@INDYCMS.BITNET>
  4438. Sender:       Microsoft Access Database Discussion List
  4439.               <ACCESS-L@INDYCMS.BITNET>
  4440. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  4441. Organization: IUPUI Student Activities Office (317) 274-3931
  4442. Subject:      Re: VIRUS ALERT
  4443. In-Reply-To:  Message of Wed,
  4444.               25 Aug 1993 16:24:03 EDT from <GFAIRNA@AMERICAN.ED U>
  4445.  
  4446. Greg, can you give us some specifics, like which virus programs <don't>
  4447. detect it, where you heard about it, etc?
  4448.  
  4449. Thanks,
  4450. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  4451. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  4452. Indiana University Purdue University Indianapolis
  4453. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  4454. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  4455. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  4456. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  4457. ------------------------------------------------------------------------------
  4458. =========================================================================
  4459. Date:         Wed, 25 Aug 1993 17:35:01 EST
  4460. Reply-To:     Microsoft Access Database Discussion List
  4461.               <ACCESS-L@INDYCMS.BITNET>
  4462. Sender:       Microsoft Access Database Discussion List
  4463.               <ACCESS-L@INDYCMS.BITNET>
  4464. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  4465. Organization: IUPUI Student Activities Office (317) 274-3931
  4466. Subject:      Re: ?
  4467. In-Reply-To:  Message of Wed,
  4468.               25 Aug 1993 18:22:49 EDT from <72410.2162@COMPUSER VE.COM>
  4469.  
  4470. Phil, count my vote as "yes" on the proposed cross-platform book.  Sounds
  4471. like a good idea to me!
  4472.  
  4473. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  4474. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  4475. Indiana University Purdue University Indianapolis
  4476. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  4477. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  4478. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  4479. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  4480. ------------------------------------------------------------------------------
  4481. =========================================================================
  4482. Date:         Thu, 26 Aug 1993 12:22:00 GMT+1200
  4483. Reply-To:     Microsoft Access Database Discussion List
  4484.               <ACCESS-L@INDYCMS.BITNET>
  4485. Sender:       Microsoft Access Database Discussion List
  4486.               <ACCESS-L@INDYCMS.BITNET>
  4487. From:         Daniel Bar-Even <CSDXB@BAXTER.NATLIB.GOVT.NZ>
  4488. Organization: National Library of New Zealand
  4489. Subject:      Checking for relational integrity
  4490.  
  4491. Help!
  4492.  
  4493. I've got two tables imported from a paradox database with integrity
  4494. problems. They are joined on a key field (Clientno).  There should
  4495. not be a record without a corresponding record in the other table.
  4496. What is the easiest way to find those records?
  4497.  
  4498. On other systems I would've written an SQL statement like:
  4499.  
  4500. Select * from table1
  4501. where clientid not in (Select clientid from table2)
  4502.  
  4503. Can't seem to do anything like this in Access
  4504.  
  4505. TIA
  4506. **********************************************************
  4507. Daniel Bar-Even   (daniel.bar-even@baxter.natlib.govt.nz)
  4508. Client Support Analyst
  4509. National Library of New Zealand
  4510. Te Puna Matauranga o Aotearoa
  4511. P.O. Box 1467
  4512. Wellington
  4513. New Zealand         Ph: (04) 474-3000  Fax: (04) 474-3161
  4514. **********************************************************
  4515. =========================================================================
  4516. Date:         Wed, 25 Aug 1993 20:38:53 -0500
  4517. Reply-To:     Microsoft Access Database Discussion List
  4518.               <ACCESS-L@INDYCMS.BITNET>
  4519. Sender:       Microsoft Access Database Discussion List
  4520.               <ACCESS-L@INDYCMS.BITNET>
  4521. From:         George Raudabaugh <RAUDABAUGH@IDICL1.IDI.OCLC.ORG>
  4522. Subject:      Re: Checking for relational integrity
  4523.  
  4524. Use an outer join:
  4525.  
  4526. Join table1.clientid to table2.clientid.  Double click
  4527. on the join line.  Select option 2.  Add a restriction of Is Null to
  4528. table2.clientid.
  4529.  
  4530. I haven't tried this, but it should work.  If it isn't exactly correct,
  4531. see the doc on outer joins.
  4532.  
  4533. George
  4534. --
  4535. George Raudabaugh               Manager/Document Technologies
  4536. Information Dimensions, Inc.    raudabaugh@idi.oclc.org            (work email)
  4537. 5080 Tuttle Crossing Blvd.
  4538. Dublin, Ohio  43017             (614) 761-7309                     (voice mail)
  4539. =========================================================================
  4540. Date:         Wed, 25 Aug 1993 20:14:25 -0700
  4541. Reply-To:     Microsoft Access Database Discussion List
  4542.               <ACCESS-L@INDYCMS.BITNET>
  4543. Sender:       Microsoft Access Database Discussion List
  4544.               <ACCESS-L@INDYCMS.BITNET>
  4545. From:         Tim King <uswnvg!tcking@UUNET.UU.NET>
  4546. Subject:      Re: ?
  4547. In-Reply-To:  <9308252231.AA10476@relay1.UU.NET> from "Phil Paxton" at Aug 25,
  4548.               93 06:22:49 pm
  4549.  
  4550. Thus spake Phil Paxton:
  4551. >
  4552. > Because there has been so much dedicated to the crossover for VB3 & Access,
  4553. > I'm
  4554. > curious:  is there any interest in a book which would be written at the
  4555. > developer level
  4556. > for persons wanting to develop databases using VB3, but crossing over to
  4557. > Excel,
  4558. > Access, etc., perhaps even dabbling in the forthcoming Visual Basic for
  4559. > Applications
  4560. > (aka Object Basic)
  4561.  
  4562. What *I* really need is an advanced book that focuses on database
  4563. development in VB 3.0 using the Access engine.  The VB 3.0 books I've
  4564. seen on the market so far devote just a few pages to the basics of the
  4565. data control.  One book (I won't say whose name is on the cover, but his
  4566. initials are Peter Norton) makes no mention at all of the database
  4567. capabilities; doesn't even show the data control in pictures of the
  4568. toolbox.
  4569.  
  4570. --
  4571. Tim King, tcking@uswnvg.com
  4572. US West NewVector Group Inc., Bellevue, Washington
  4573. =========================================================================
  4574. Date:         Thu, 26 Aug 1993 07:52:00 +01
  4575. Reply-To:     Microsoft Access Database Discussion List
  4576.               <ACCESS-L@INDYCMS.BITNET>
  4577. Sender:       Microsoft Access Database Discussion List
  4578.               <ACCESS-L@INDYCMS.BITNET>
  4579. From:         "Nilsson Jimmy, HK/R IDE" <Jimmy.Nilsson@IDE.HK-R.SE>
  4580. Subject:      Faster startup with ADK?
  4581.  
  4582. Is there anyone who know if the startup of an Access ADK-application  goes
  4583. any faster than it does to start the usual Access? If so, how big is the
  4584. difference?
  4585.  
  4586. The reason for my question is that it really takes some time to start Access
  4587. on a network!
  4588.  
  4589. Jimmy Nilsson
  4590. University of Karlskrona/Ronneby, Sweden
  4591. Jimmy.Nilsson@ide.hk-r.se
  4592. =========================================================================
  4593. Date:         Thu, 26 Aug 1993 05:46:54 PDT
  4594. Reply-To:     Microsoft Access Database Discussion List
  4595.               <ACCESS-L@INDYCMS.BITNET>
  4596. Sender:       Microsoft Access Database Discussion List
  4597.               <ACCESS-L@INDYCMS.BITNET>
  4598. From:         Morris Myers <xrysta@MCODE.AMDAHL.COM>
  4599. Subject:      Re: ?
  4600.  
  4601. Phil, I would consider buying a book that provided cross-over development
  4602. guidance and examples.
  4603.  
  4604.  
  4605. --
  4606.  
  4607. -----------------------------------------------------------------------
  4608.  
  4609. Morris Myers                            [Standard Disclaimer]
  4610.  
  4611. Amdahl Corporation
  4612. M/S 205                                 Phone:  408-746-4798
  4613. Bldg. M3  Room 311                      Fax:    408-629-4374
  4614. 1230 E. Arques Avenue                   Email:  xrysta@mcode.amdahl.com
  4615. Sunnyvale, CA 94088-3470                or:   morris@xrysta.birdsong.suvl.ca.us
  4616. =========================================================================
  4617. Date:         Thu, 26 Aug 1993 08:51:20 -0500
  4618. Reply-To:     Microsoft Access Database Discussion List
  4619.               <ACCESS-L@INDYCMS.BITNET>
  4620. Sender:       Microsoft Access Database Discussion List
  4621.               <ACCESS-L@INDYCMS.BITNET>
  4622. From:         CHARLES FRANKLIN <CF03@ADMIN.SWT.EDU>
  4623. Organization: Southwest Texas State University
  4624. Subject:      Re: VisualBASIC Development Book
  4625.  
  4626. >Because there has been so much dedicated to the crossover for VB3 & Access,
  4627. >I'm curious:  is there any interest in a book which would be written at the
  4628. >developer level for persons wanting to develop databases using VB3, but
  4629. >crossing over to Excel, Access, etc., perhaps even dabbling in the forthcoming
  4630. >Visual Basic for Applications (aka Object Basic)
  4631.  
  4632. We're just now getting into some client/server development perhaps using
  4633. VisualBasic and/or Visual C++.
  4634.  
  4635. We'd be very interested in a development book that talks about these products
  4636. interfacing with standard Windows software (Word, Excel, Access, etc) also OLE
  4637. and DDE.  It would also be of benefit if it would also have a chapter on SQL
  4638. access to mainframe databases (Rdb in particular, but others would be a benefit
  4639. as well)- perhaps working with EDA/SQL or someother middleware as examples.
  4640.  
  4641. Sounds more like a three volume reference set   :-)
  4642.  
  4643. Charles Franklin
  4644. Southwest Texas State University
  4645. Information System and Services
  4646. cf03@admin.swt.edu
  4647. (512) 245-2271
  4648. =========================================================================
  4649. Date:         Thu, 26 Aug 1993 09:58:04 EDT
  4650. Reply-To:     Microsoft Access Database Discussion List
  4651.               <ACCESS-L@INDYCMS.BITNET>
  4652. Sender:       Microsoft Access Database Discussion List
  4653.               <ACCESS-L@INDYCMS.BITNET>
  4654. From:         Greg Fairnak <GFAIRNA@AMERICAN.EDU>
  4655. Organization: The American University
  4656. Subject:      virus stuff
  4657.  
  4658. Guys,
  4659.   Do you ever feel like you are chasing a ghost?  I have two brand new
  4660. systems which I have installed MS Dos, VB, Win and other MS programs.
  4661. The computer began to exhibit virus like behavior aka SHAKE.  Now, CPAV
  4662. and MSAV did not detect it.  I also use an AES adaptive expert system anti
  4663. virus program which tells me that it thinks that this file termset.frm has a
  4664. virus.  Now this could be a false negative, because the file is in text ASCII
  4665. format.  Now on the one hand I have a brand new damaged computer from a virus
  4666. type problem.  On the other hand, my virus is contained in an acsii(? :-{ )
  4667. file.  Now I called MS to tell them about what I found.  This type of stuff
  4668. usually involves shooting the messenger.  You told us, so it is your fault.
  4669. My only intention is to alert developers about the potential of the problem.
  4670. Now, I would keep that file on a separate floppy for a while.  I will continue
  4671. to test these files and see if I can find the problem.
  4672.  
  4673. Now maybe I win the award for hole in the foot, shooting my gun while it is
  4674. still in the holster. :-)
  4675.  
  4676. Although I will continue testing until I find the problem.  I hope that I am
  4677. wrong, but I still have the infected brand new machine.
  4678.  
  4679. Thanks for your time,
  4680.                        Greg
  4681. =========================================================================
  4682. Date:         Thu, 26 Aug 1993 10:25:42 EDT
  4683. Reply-To:     Microsoft Access Database Discussion List
  4684.               <ACCESS-L@INDYCMS.BITNET>
  4685. Sender:       Microsoft Access Database Discussion List
  4686.               <ACCESS-L@INDYCMS.BITNET>
  4687. From:         Greg Fairnak <GFAIRNA@AMERICAN.EDU>
  4688. Organization: The American University
  4689. Subject:      no virus
  4690.  
  4691. Okay,
  4692.      I .frm file has the word Shake in it many times.  This set off the
  4693. AES.  The culprit was a 1226 virus which hopped on top of MSAV and then
  4694. infected the floppy drives.  My apologies to the people at MS for mentioning
  4695. this potential problem.  Although this does tell me that MSAV does not have
  4696. any anti piggybacking protection.
  4697.  
  4698.                  Back to our regularly scheduled program.
  4699.  
  4700.                                                          G
  4701. =========================================================================
  4702. Date:         Thu, 26 Aug 1993 08:13:49 PDT
  4703. Reply-To:     thamilto@pcocd2.intel.com
  4704. Sender:       Microsoft Access Database Discussion List
  4705.               <ACCESS-L@INDYCMS.BITNET>
  4706. From:         "Tony Hamilton - FES ERG~" <thamilto@PCOCD2.INTEL.COM>
  4707. Subject:      Re: no virus
  4708. In-Reply-To:  <9308261437.AA24557@hermes.intel.com>; from "Greg Fairnak" at Aug
  4709.               26, 93 10:25 am
  4710.  
  4711. > Okay,
  4712. >      I .frm file has the word Shake in it many times.  This set off the
  4713. > AES.  The culprit was a 1226 virus which hopped on top of MSAV and then
  4714. > infected the floppy drives.  My apologies to the people at MS for mentioning
  4715. > this potential problem.  Although this does tell me that MSAV does not have
  4716. > any anti piggybacking protection.
  4717. >
  4718. >                  Back to our regularly scheduled program.
  4719.  
  4720. Pardon, but I am sure I am not alone here in knowing _nothing_ about viruses
  4721. beyond the ability to scan for them at regular intervals. First, what is this
  4722. Shake virus? Next, what is a 1226 virus? Finally, please be a bit more
  4723. explanative when discussing this stuff. We don't all read comp.virus ya
  4724. know. Oh yes. Don't know what "the AES" is either.
  4725.  
  4726. --
  4727. Tony Hamilton                 |
  4728. -Intel Corporation            | voice: 916-356-3070
  4729. --Folsom Engineering Services | mailstop: FM2-55
  4730. ---Engineering Resource Group | email: thamilto@pcocd2.intel.com
  4731. ----Software Technician       |
  4732. =========================================================================
  4733. Date:         Thu, 26 Aug 1993 14:34:00 EDT
  4734. Reply-To:     Microsoft Access Database Discussion List
  4735.               <ACCESS-L@INDYCMS.BITNET>
  4736. Sender:       Microsoft Access Database Discussion List
  4737.               <ACCESS-L@INDYCMS.BITNET>
  4738. From:         DAVID FARR <dfarr@ASRR.ARSUSDA.GOV>
  4739. Subject:      Checking for relational integrity
  4740.  
  4741. The Microsoft FastTips Fax service, 206-635-7051, has a document
  4742. #95326 that may help.  'For example, say you have two tables, joined on
  4743. a common field (customer ID).  Your goal is to find the records in
  4744. Table1 that do not have a matching customer ID in table2.'
  4745.  
  4746. Dave Farr
  4747. =========================================================================
  4748. Date:         Thu, 26 Aug 1993 06:18:24 -0400
  4749. Reply-To:     Microsoft Access Database Discussion List
  4750.               <ACCESS-L@INDYCMS.BITNET>
  4751. Sender:       Microsoft Access Database Discussion List
  4752.               <ACCESS-L@INDYCMS.BITNET>
  4753. From:         "John M. King" <p00756@PSILINK.COM>
  4754. Organization: KING Systems
  4755. Subject:      Re: ?
  4756. In-Reply-To:  <9308252231.AA00954@rampage.psi.net>
  4757.  
  4758. >DATE:   Wed, 25 Aug 1993 18:22:49 EDT
  4759. >FROM:   Phil Paxton <72410.2162@COMPUSERVE.COM>
  4760. >
  4761. >curious:  is there any interest in a book which would be written at the
  4762. >developer level
  4763. >for persons wanting to develop databases using VB3, but crossing over to
  4764. >Excel,
  4765. >Access, etc., perhaps even dabbling in the forthcoming Visual Basic for
  4766. >Applications
  4767. >(aka Object Basic)
  4768. >
  4769. I would be interested in such a book.  Currently, I am involved in
  4770. developing an application in Access, with hooks into Word.  I have
  4771. thought of using VB 3.0 to develop some conversion routines for new
  4772. releases, etc.
  4773.  
  4774. It all seems to be tying together.  "Seamlessly" is a cliche, but that
  4775. is what users want.
  4776.  
  4777. ********************************************************************************
  4778. *         John King                                 KING Systems               *
  4779. *     CompuServe 72060,3706                     Internet p00756@psilink.com    *
  4780. *     MCI Mail   553-0074                       Fax      804-270-6524          *
  4781. ********************************************************************************
  4782. =========================================================================
  4783. Date:         Thu, 26 Aug 1993 17:08:00 LCL
  4784. Reply-To:     Microsoft Access Database Discussion List
  4785.               <ACCESS-L@INDYCMS.BITNET>
  4786. Sender:       Microsoft Access Database Discussion List
  4787.               <ACCESS-L@INDYCMS.BITNET>
  4788. From:         mkro <mkro.DIS-PC@BMAILIN.ITG.TI.COM>
  4789. Subject:      Printing Directly to a printer
  4790.  
  4791. Hello!!
  4792.  
  4793.    Have anyone out there done any printing using Access basic?
  4794. I have an Access application that needs to print AIRBORN shipping labels
  4795. on an AIRBORN supplied form that is 4" high and 7 1/4" wide.
  4796.  
  4797. The information on the airbill will come from various tables within the
  4798. database.  These forms are 3 layers carbonated, so an impact printer is
  4799. required.
  4800.    Has anyone coded print statements directly to a printer port?
  4801.    Is anyone trying to do something similar?
  4802. Anyone have any design suggestions?
  4803.  
  4804. Also, is anyone implementing any BARCODE input/output solutions in their
  4805. Access App?
  4806.  
  4807. Regards,
  4808. Mike Kroeger
  4809. *** uuencoded BINARY enclosure ***
  4810. The section below this line contains an MHS attachment.  To extract it,
  4811. copy this message to a file and use the program UUDECODE.  For information
  4812. on using UUDECODE on UNIX systems, type the command 'man uudecode'.  The
  4813. attachment name was originally: ATTRIBS.BND
  4814. ---------------
  4815. begin 644 attribs.bnd
  4816. M0F5Y;VYD(%!A8VME9"!!='1R:6)U=&5S``;_&VIK*```````4')I;G1I;F<@
  4817. M1&ER96-T;'D@=&\@82!P<FEN=&5R(```````````````````````````````
  4818. M````````````````````````````````````````````````````````````
  4819. M`&UK<F\`````````````````````````````````````````````````````
  4820. M```````````````````````````````````T,$5#-T,R0S`Q0SE!,44P````
  4821. M````````0F5Y;VYD(%!R;W!R:65T87)Y($1A=&$:``````0`````````!``%
  4822. M````````````````````````````1F]R;01-96UO`0`````````5``,`````
  4823. M``````````````````````!5<V4@4')O<&]R=&EO;F%L($9O;G0!``$1````
  4824. M``````0`<P,``````````````````````````%1E>'1P`DAE;&QO(2$@(`H@
  4825. M(`H@("!(879E(&%N>6]N92!O=70@=&AE<F4@9&]N92!A;GD@<')I;G1I;F<@
  4826. M=7-I;F<@06-C97-S(&)A<VEC/R`*22!H879E(&%N($%C8V5S<R!A<'!L:6-A
  4827. M=&EO;B!T:&%T(&YE961S('1O('!R:6YT($%)4D)/4DX@<VAI<'!I;F<@;&%B
  4828. M96QS"F]N(&%N($%)4D)/4DX@<W5P<&QI960@9F]R;2!T:&%T(&ES(#0B(&AI
  4829. M9V@@86YD(#<@,2\T(B!W:61E+@H*5&AE(&EN9F]R;6%T:6]N(&]N('1H92!A
  4830. M:7)B:6QL('=I;&P@8V]M92!F<F]M('9A<FEO=7,@=&%B;&5S('=I=&AI;B!T
  4831. M:&4@"F1A=&%B87-E+B`@5&AE<V4@9F]R;7,@87)E(#,@;&%Y97)S(&-A<F)O
  4832. M;F%T960L('-O(&%N(&EM<&%C="!P<FEN=&5R(&ES(`IR97%U:7)E9"X*("`@
  4833. M2&%S(&%N>6]N92!C;V1E9"!P<FEN="!S=&%T96UE;G1S(&1I<F5C=&QY('1O
  4834. M(&$@<')I;G1E<B!P;W)T/PH@("!)<R!A;GEO;F4@=')Y:6YG('1O(&1O('-O
  4835. M;65T:&EN9R!S:6UI;&%R/PI!;GEO;F4@:&%V92!A;GD@9&5S:6=N('-U9V=E
  4836. M<W1I;VYS/PH*06QS;RP@:7,@86YY;VYE(&EM<&QE;65N=&EN9R!A;GD@0D%2
  4837. M0T]$12!I;G!U="]O=71P=70@<V]L=71I;VYS(&EN('1H96ER(`I!8V-E<W,@
  4838. M07!P/PH*4F5G87)D<RP*36EK92!+<F]E9V5R"OT``P!P`O8``0`!````$P`!
  4839. M``$``0!P`@```````#C_````````D`$``````````$-O=7)I97(@3F5W````
  4840. M``````````````````````````````$``0`*``$`"P`-``$`#@!-``$`3@"6
  4841. M``$`EP#3``$`U`#4``$`U0`=`0$`'@%F`0$`9P%P`0$`<0&Q`0$`L@'>`0$`
  4842. MWP$"`@$``P(#`@$`!`)-`@$`3@)9`@$`6@):`@$`6P)C`@$`9`)P`@$`<0)Q
  4843. M`@```````````````&0``7@``?```6@!`>`!`5@"`=`"`4@#`<`#`3@$`;`$
  4844. M`2@%`:`%`1@&`9`&```````````````0``8`````````````````````````
  4845. 8``!!='1A8VAM96YT($-O=6YT!```````
  4846. `
  4847. end
  4848. =========================================================================
  4849. Date:         Fri, 27 Aug 1993 10:14:00 LCL
  4850. Reply-To:     Microsoft Access Database Discussion List
  4851.               <ACCESS-L@INDYCMS.BITNET>
  4852. Sender:       Microsoft Access Database Discussion List
  4853.               <ACCESS-L@INDYCMS.BITNET>
  4854. From:         RH <RH.DIS-PC@BMAILIN.ITG.TI.COM>
  4855. Subject:      Suppressing the Access sign-on screen
  4856.  
  4857. Hello!
  4858.  
  4859. Does anyone know how to suppress the sign-on screen that says:
  4860.  
  4861.                                         Microsoft Access Version 1.1
  4862.  
  4863.                                         Copyright...
  4864.  
  4865.  
  4866.  
  4867. Thanks in advance,
  4868. Bob Hanschke
  4869. Texas Instruments, Inc.
  4870. Dallas, TX
  4871.  
  4872. Regards,
  4873. Bob Hanschke  MSGID RH    Office (214) 917-6393    Fax (214) 917-1505
  4874. =========================================================================
  4875. Date:         Thu, 26 Aug 1993 21:57:58 CDT
  4876. Reply-To:     Microsoft Access Database Discussion List
  4877.               <ACCESS-L@INDYCMS.BITNET>
  4878. Sender:       Microsoft Access Database Discussion List
  4879.               <ACCESS-L@INDYCMS.BITNET>
  4880. From:         Richard Moldwin <rmoldwin@MIDWAY.UCHICAGO.EDU>
  4881. Subject:      Re: VIRUS ALERT
  4882. In-Reply-To:  Your message of Wed, 25 Aug 1993 16:24:03 EDT
  4883.  
  4884. Well, How do we get rid of the shake virus if we can't detect it.  Please
  4885. tell us more!
  4886. =========================================================================
  4887. Date:         Fri, 27 Aug 1993 14:04:53 PDT
  4888. Reply-To:     thamilto@pcocd2.intel.com
  4889. Sender:       Microsoft Access Database Discussion List
  4890.               <ACCESS-L@INDYCMS.BITNET>
  4891. From:         "Tony Hamilton - FES ERG~" <thamilto@PCOCD2.INTEL.COM>
  4892. Subject:      Global variable problem
  4893.  
  4894. I have a global variable, declared as such in a module's declarations section.
  4895. My problem is, some AccessBasic functions seem to recognize it fine, and
  4896. others do not. In other words, sometimes when I need to know the value in
  4897. this variable, it is there, and in other functions, it is empty. Is there
  4898. something I should know about global variables in Access?
  4899. --
  4900. Tony Hamilton                 |
  4901. -Intel Corporation            | voice: 916-356-3070
  4902. --Folsom Engineering Services | mailstop: FM2-55
  4903. ---Engineering Resource Group | email: thamilto@pcocd2.intel.com
  4904. ----Software Technician       |
  4905. =========================================================================
  4906. Date:         Fri, 27 Aug 1993 09:11:00 +0100
  4907. Reply-To:     Microsoft Access Database Discussion List
  4908.               <ACCESS-L@INDYCMS.BITNET>
  4909. Sender:       Microsoft Access Database Discussion List
  4910.               <ACCESS-L@INDYCMS.BITNET>
  4911. Comments:     Sent using PMDF-822 , routing is done by ECNICE
  4912. From:         Bart Schaap <schaap@ECN.NL>
  4913. Subject:      security of Access database
  4914.  
  4915. Hello out there,
  4916.  
  4917. I am using version 1.0 of Access and I think I've found a serious
  4918. security problem.
  4919. In a networked environment, use of an Access database is controlled
  4920. by means of a system.mda file which must be located on a disk where
  4921. all potential users have read/write permission.
  4922. Security info for a database is stored there and if a user uses this
  4923. file, security is not a problem.
  4924. However ALL SECURITY IS LOST if someone uses such a database while
  4925. using his own (local) system.mda file. Our network software is
  4926. DEC PCSA version 4.1.
  4927.  
  4928. Is this still the same in version 1.1?
  4929. Is there a solution for this problem?
  4930.  
  4931. Thanks,  Bart.
  4932. =========================================================================
  4933. Date:         Fri, 27 Aug 1993 20:19:00 -0500
  4934. Reply-To:     Microsoft Access Database Discussion List
  4935.               <ACCESS-L@INDYCMS.BITNET>
  4936. Sender:       Microsoft Access Database Discussion List
  4937.               <ACCESS-L@INDYCMS.BITNET>
  4938. From:         George Raudabaugh <RAUDABAUGH@IDICL1.IDI.OCLC.ORG>
  4939. Subject:      Re: Checking for relational integrity
  4940.  
  4941. I got confirmation that my posted recommendation about this problem
  4942. worked.  So instead of using the FAX service below, just be open about
  4943. responding to other questions that come across on the list.  If your
  4944. company requires spending money on free information, please send email
  4945. about how I want the check made out ;).
  4946.  
  4947. George
  4948. --
  4949. George Raudabaugh               Manager/Document Technologies
  4950. Information Dimensions, Inc.    raudabaugh@idi.oclc.org            (work email)
  4951. 5080 Tuttle Crossing Blvd.
  4952. Dublin, Ohio  43017             (614) 761-7309                     (voice mail)
  4953.  
  4954. >From:  IN%"ACCESS-L%INDYCMS.BITNET@uga.cc.uga.edu"  "Microsoft Access Database D
  4955. iscussion List" 27-AUG-1993 17:38:39.91
  4956. >To:    IN%"ACCESS-L%INDYCMS.BITNET@uga.cc.uga.edu"  "Multiple recipients of list A
  4957. CCESS-L"
  4958. >CC:
  4959. >Subj:  Checking for relational integrity
  4960. >
  4961. >The Microsoft FastTips Fax service, 206-635-7051, has a document
  4962. >#95326 that may help.  'For example, say you have two tables, joined on
  4963. >a common field (customer ID).  Your goal is to find the records in
  4964. >Table1 that do not have a matching customer ID in table2.'
  4965. >
  4966. >Dave Farr
  4967. =========================================================================
  4968. Date:         Mon, 30 Aug 1993 16:15:01 GMT+1200
  4969. Reply-To:     Microsoft Access Database Discussion List
  4970.               <ACCESS-L@INDYCMS.BITNET>
  4971. Sender:       Microsoft Access Database Discussion List
  4972.               <ACCESS-L@INDYCMS.BITNET>
  4973. From:         Daniel Bar-Even <CSDXB@BAXTER.NATLIB.GOVT.NZ>
  4974. Organization: National Library of New Zealand
  4975. Subject:      Sorting Criteria
  4976.  
  4977. Does anybody know how I can get a query or a report to sort by a
  4978. field specified in a form?
  4979.  
  4980. I have a form called ReportCriteria which I use to select records for
  4981. a report. I can select a field from a field list in the form but I
  4982. don't know how to use that sort on.
  4983.  
  4984. I though that I'd to be able to say something like "ORDER BY
  4985. Forms!ReportCriteria!SortByField" in my query. Unfortunately that
  4986. doesn't have any effect.
  4987. =========================================================================
  4988. Date:         Mon, 30 Aug 1993 08:48:24 -0500
  4989. Reply-To:     Microsoft Access Database Discussion List
  4990.               <ACCESS-L@INDYCMS.BITNET>
  4991. Sender:       Microsoft Access Database Discussion List
  4992.               <ACCESS-L@INDYCMS.BITNET>
  4993. From:         Jack Marshall <Jack.Marshall@CDC.COM>
  4994. Subject:      Accessing Table's Field
  4995.  
  4996. I would like to be able to invoke a function from the ValidateRule
  4997. that would set another field [LastModDate] in the same table. At first
  4998. glance I thought [LastModDate] = NOW would work, but the function
  4999. apparently doesn't know what table to use. I then tried things like
  5000. [mytablename]![LastModDate] = NOW, also without success. As I got more
  5001. intense I thought of things like setting a pointer to the CurrentDB,
  5002. but even this way I couldn't find a way to point to the "CurrentTbl".
  5003. I was able to make the function work against a form by using
  5004. FORM![mytablename]![LastModDate] = NOW - surely there is a way to do
  5005. the same thing from the table's spreadsheet view.
  5006.  
  5007. I would sure like to understand this issue - please send any advice
  5008. directly to me since I'm no longer a memeber of the list (maybe I should
  5009. be!)
  5010.     +------------------------------+---------------------------+
  5011.     |  Jack Marshall               |   (612) 482-4408 (voice)  |
  5012.     |  Control Data Systems, Inc.  |   (612) 482-4417 (fax)    |
  5013.     |  4201 Lexington Ave. N.      |                           |
  5014.     |  Arden Hills, MN  55126-6198 |   Jack.Marshall@cdc.com   |
  5015.     +------------------------------+---------------------------+
  5016. =========================================================================
  5017. Date:         Mon, 30 Aug 1993 12:59:41 EDT
  5018. Reply-To:     Microsoft Access Database Discussion List
  5019.               <ACCESS-L@INDYCMS.BITNET>
  5020. Sender:       Microsoft Access Database Discussion List
  5021.               <ACCESS-L@INDYCMS.BITNET>
  5022. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  5023. Subject:      Re: Suppressing the Access sign-on screen
  5024.  
  5025. % Does anyone know how to suppress the sign-on screen that says:
  5026. %
  5027. %                                         Microsoft Access Version 1.1
  5028. %
  5029. %                                         Copyright...
  5030.  
  5031.  
  5032. Just out of curiosity, what makes this a sign-on screen?
  5033.  
  5034. BTW, it's normally called a "splash screen"
  5035. =========================================================================
  5036. Date:         Mon, 30 Aug 1993 11:33:09 -0700
  5037. Reply-To:     Microsoft Access Database Discussion List
  5038.               <ACCESS-L@INDYCMS.BITNET>
  5039. Sender:       Microsoft Access Database Discussion List
  5040.               <ACCESS-L@INDYCMS.BITNET>
  5041. From:         johnvon@HALCYON.COM
  5042. Subject:      Re: Sorting Criteria
  5043. In-Reply-To:  <199308301812.AA08372@halcyon.com> from "Daniel Bar-Even" at Aug
  5044.               30, 93 04:15:01 pm
  5045.  
  5046. >
  5047. > Does anybody know how I can get a query or a report to sort by a
  5048. > field specified in a form?
  5049. >
  5050. > I have a form called ReportCriteria which I use to select records for
  5051. > a report. I can select a field from a field list in the form but I
  5052. > don't know how to use that sort on.
  5053. >
  5054. > I though that I'd to be able to say something like "ORDER BY
  5055. > Forms!ReportCriteria!SortByField" in my query. Unfortunately that
  5056. > doesn't have any effect.
  5057. >
  5058. You have to concatenate the variable into the query string.  Build the
  5059. query using the query builder, putting in a sort for one of the fields.
  5060. Run the query to make sure it works.  Go into view SQL, highlight all of
  5061. the SQL, and use CTRL-C to copy it to the clipboard.  In Access BASIC,
  5062. you will need to rebuild the query.  You then need to assign a variable
  5063. to you SQL and make a querydef out of it. Your code will look something
  5064. like:
  5065.  
  5066. SQLString = "Select * from foo order by '" &
  5067. Forms!ReportCriteria!SortByField & "' with owneraccess option"
  5068. You next need to use the OpenQueryDef method to open your query, the set
  5069. it's SQL property to the above string (customized for you!), close the
  5070. query, and run the report based on the query.  When you test, make sure
  5071. your SortByField has a value, or put a trap for zero length strings in
  5072. your code.
  5073.  
  5074. Good luck.
  5075.  
  5076. John
  5077. "
  5078. =========================================================================
  5079. Date:         Mon, 30 Aug 1993 14:50:40 CDT
  5080. Reply-To:     Microsoft Access Database Discussion List
  5081.               <ACCESS-L@INDYCMS.BITNET>
  5082. Sender:       Microsoft Access Database Discussion List
  5083.               <ACCESS-L@INDYCMS.BITNET>
  5084. From:         David Crookall <CROOKALL@UA1VM.BITNET>
  5085. Organization: Simulation & Gaming - Project IDEALS
  5086. Subject:      Re: Sorting Criteria
  5087. In-Reply-To:  Message of Mon,
  5088.               30 Aug 1993 16:15:01 GMT+1200 from <CSDXB@BAXTER.NATLIB.GOVT.NZ>
  5089.  
  5090. I'd also like to know the answer to
  5091. Daniel Bar-Evans's question aboiut
  5092. sorting.  Thanks, David Crookall
  5093. =========================================================================
  5094. Date:         Mon, 30 Aug 1993 14:57:58 CDT
  5095. Reply-To:     Microsoft Access Database Discussion List
  5096.               <ACCESS-L@INDYCMS.BITNET>
  5097. Sender:       Microsoft Access Database Discussion List
  5098.               <ACCESS-L@INDYCMS.BITNET>
  5099. From:         David Crookall <CROOKALL@UA1VM.BITNET>
  5100. Organization: Simulation & Gaming - Project IDEALS
  5101. Subject:      Re: Sorting Criteria
  5102. In-Reply-To:  Message of Mon,
  5103.               30 Aug 1993 11:33:09 -0700 from <johnvon@HALCYON.COM>
  5104.  
  5105. Oups, sorry,
  5106. that was a quick reply about sorting
  5107. thanks, david
  5108. =========================================================================
  5109. Date:         Mon, 30 Aug 1993 15:00:37 CDT
  5110. Reply-To:     Microsoft Access Database Discussion List
  5111.               <ACCESS-L@INDYCMS.BITNET>
  5112. Sender:       Microsoft Access Database Discussion List
  5113.               <ACCESS-L@INDYCMS.BITNET>
  5114. Comments:     Resent-From: CROOKALL@UA1VM
  5115. Comments:     Originally-From: Chet Farmer <CFARMER1@UA1VM>
  5116. From:         David Crookall <CROOKALL@UA1VM.BITNET>
  5117. Organization: Project IDEALS -- The University of Alabama
  5118. Subject:      Automatic field updates
  5119. In-Reply-To:  Message of Wed, 25 Aug 1993 16:23:24 +0800 from <NCLCHAN@NTUVAX>
  5120.  
  5121. Hwoever, I do have another question.  I'd be most grateful for
  5122. a reply.
  5123.  
  5124. I have a largish database of names and addresses (just under 2k records).
  5125. For convenience's sake, I include a field for both Country AND Country-in-
  5126. French.  I also include a field for the country telephone code (eg, 44 for
  5127. England).
  5128.  
  5129. My question is this.  Is there an easy way to have the French-country and
  5130. country-code fields filled automatically in the primary table/data entry
  5131. form given an entry in the regular-country field AND another table with
  5132. each country's corresponding French name and telephone code?
  5133.  
  5134. For example:  I enter John Doe into the database.  When I get to the
  5135. Country field, I enter "Japan," since that's where he lives.  Access should,
  5136. in the best of all possible worlds, then look in Table 2 for the entry
  5137. for Japan, which holds (in named fields, of course) the French name
  5138. and the telephone code.  Access places these bits of data into the
  5139. appropriate fields in the original table so I don't have to do it, and
  5140. Bob's your uncle.
  5141.  
  5142. I've experimented with the DLookUp function to a point; I've even managed
  5143. to get a non-interactive version of this working for the French name (ie,
  5144. I've an action query that runs through the database and supplies the
  5145. French name for every record).  What I want still eludes me.
  5146.  
  5147. Ideas?
  5148.  
  5149. The *real* kicker is that ultimately my boss would like this to work
  5150. very smoothly -- ie, as soon as you type enough of the english name for
  5151. a country to uniquely identify it in the database, it finishes the name
  5152. AND fills the other two fields.  I don't know how practical that is,
  5153. but it's a goal.  I've got to get this working the regular way first, though.
  5154.  
  5155. Thanks in advance.
  5156.  
  5157.  
  5158. +----------------------------------------------------------------+
  5159. | Chet Farmer, Assistant Director |   tel 205-348-9494           |
  5160. | Project IDEALS                  |   cfarmer1@ua1vm.ua.edu      |
  5161. | The University of Alabama       |   chet.farmer@genie.geis.com |
  5162. |----------------------------------------------------------------|
  5163. |   C is for Cookie, and that's good enough for me.  -- C. M.    |
  5164. +----------------------------------------------------------------+
  5165. =========================================================================
  5166. Date:         Mon, 30 Aug 1993 13:35:29 PDT
  5167. Reply-To:     thamilto@pcocd2.intel.com
  5168. Sender:       Microsoft Access Database Discussion List
  5169.               <ACCESS-L@INDYCMS.BITNET>
  5170. From:         "Tony Hamilton - FES ERG~" <thamilto@PCOCD2.INTEL.COM>
  5171. Subject:      Report groupings
  5172.  
  5173. Decided that this might be eaiser to ask of the list than Microsoft,
  5174. because of the visual nature:
  5175.  
  5176. When grouping data in reports, Access tends to groups things like:
  5177.  
  5178. XXXXX
  5179.       YYYYYY
  5180.              ZZZZZ ZZZZZZZZ ZZZZZ
  5181.              ZZZZZ ZZZZZZZZ ZZZZZ
  5182.              ZZZZZ ZZZZZZZZ ZZZZZ
  5183.       YYYYYY
  5184.              ZZZZZ ZZZZZZZZ ZZZZZ
  5185.              ZZZZZ ZZZZZZZZ ZZZZZ
  5186.              ZZZZZ ZZZZZZZZ ZZZZZ
  5187.  
  5188. Instead, I would like to group as follows:
  5189.  
  5190. XXXXX YYYYYY ZZZZZ ZZZZZZZZ ZZZZZ
  5191.              ZZZZZ ZZZZZZZZ ZZZZZ
  5192.              ZZZZZ ZZZZZZZZ ZZZZZ
  5193.  
  5194.       YYYYYY ZZZZZ ZZZZZZZZ ZZZZZ
  5195.              ZZZZZ ZZZZZZZZ ZZZZZ
  5196.              ZZZZZ ZZZZZZZZ ZZZZZ
  5197.  
  5198. The difference is that I want the group headings to be in-line with
  5199. the rest of the data. Is it possible to do this in Access, or am I just
  5200. missing something obvious?
  5201.  
  5202. --
  5203. Tony Hamilton                 |
  5204. -Intel Corporation            | voice: 916-356-3070
  5205. --Folsom Engineering Services | mailstop: FM2-55
  5206. ---Engineering Resource Group | email: thamilto@pcocd2.intel.com
  5207. ----Software Technician       |
  5208. =========================================================================
  5209. Date:         Mon, 30 Aug 1993 17:51:40 PST
  5210. Reply-To:     Microsoft Access Database Discussion List
  5211.               <ACCESS-L@INDYCMS.BITNET>
  5212. Sender:       Microsoft Access Database Discussion List
  5213.               <ACCESS-L@INDYCMS.BITNET>
  5214. From:         Jon D Gardner <Jon_D_Gardner@CCM.HF.INTEL.COM>
  5215. Subject:      Re: Suppressing the Access sign-on screen
  5216.  
  5217. Starting Access with a "/s" parameter will bypass the splash screen.
  5218.  
  5219. Set the Command line to:
  5220. C:\ACCESS\MSACCESS.EXE /s
  5221. int Program Manager's Program Item Properties dialog box.
  5222.  
  5223.  
  5224. Jon Gardner
  5225. Intel SQL Server Program
  5226. Folsom, CA
  5227. (916) 356-2664
  5228.  
  5229. --------------------------------------------------------------
  5230.  
  5231. >Hello!
  5232. >
  5233. >Does anyone know how to suppress the sign-on screen that says:
  5234. >
  5235. >                                        Microsoft Access Version 1.1
  5236. >
  5237. >                                        Copyright...
  5238. >
  5239. >
  5240. >
  5241. >Thanks in advance,
  5242. >Bob Hanschke
  5243. >Texas Instruments, Inc.
  5244. >Dallas, TX
  5245. >
  5246. >Regards,
  5247. >Bob Hanschke  MSGID RH    Office (214) 917-6393    Fax (214) 917-1505
  5248. =========================================================================
  5249. Date:         Tue, 31 Aug 1993 09:19:04 +0800
  5250. Reply-To:     Microsoft Access Database Discussion List
  5251.               <ACCESS-L@INDYCMS.BITNET>
  5252. Sender:       Microsoft Access Database Discussion List
  5253.               <ACCESS-L@INDYCMS.BITNET>
  5254. From:         NCLCHAN@NTUVAX.BITNET
  5255. Subject:      Maximize the form before opening form
  5256.  
  5257. Does anyone know how to maximize the form before the form is opened ?
  5258. Normally Macro - openform & then maximize.
  5259.  
  5260. It is so UGLY to see the "small" form being enlarge when you execute the macro.
  5261. Is there a way to see the maximized form on the screen once you execute the macr
  5262.    o ?
  5263.  
  5264. Chor Ling
  5265. NCLCHAN@NTUVAX.NTU.AC.SG
  5266. =========================================================================
  5267. Date:         Tue, 31 Aug 1993 09:29:20 +0200
  5268. Reply-To:     Microsoft Access Database Discussion List
  5269.               <ACCESS-L@INDYCMS.BITNET>
  5270. Sender:       Microsoft Access Database Discussion List
  5271.               <ACCESS-L@INDYCMS.BITNET>
  5272. From:         Stefan Focke <focke@GMD.DE>
  5273. Subject:      Re: Accessing Table's Field
  5274.  
  5275. >I would like to be able to invoke a function from the ValidateRule
  5276. >that would set another field [LastModDate] in the same table. At first
  5277. >glance I thought [LastModDate] = NOW would work, but the function
  5278. >apparently doesn't know what table to use. I then tried things like
  5279. >[mytablename]![LastModDate] = NOW, also without success. As I got more
  5280. >intense I thought of things like setting a pointer to the CurrentDB,
  5281. >but even this way I couldn't find a way to point to the "CurrentTbl".
  5282. >I was able to make the function work against a form by using
  5283. >FORM![mytablename]![LastModDate] = NOW - surely there is a way to do
  5284. >the same thing from the table's spreadsheet view.
  5285.  
  5286. I think, that it is not possible because you are only allowed to write a
  5287. expression as a validation rule. If you want to update another field you
  5288. need a macro or Access Basic program assigned to a field in a form.
  5289.  
  5290. Stefan
  5291. ----------------------------------------------------------------------
  5292.  
  5293. Stefan Focke                  Tel. 02241-14-3154
  5294. GMD-ISA                       e-mail: focke@gmd.de
  5295. Rathausalle 10
  5296. D-W 5205 Sankt Augustin 1
  5297.  
  5298.     ********** MS-Word: From the guys who brought us EDLIN ********
  5299. =========================================================================
  5300. Date:         Tue, 31 Aug 1993 09:32:12 +0200
  5301. Reply-To:     Microsoft Access Database Discussion List
  5302.               <ACCESS-L@INDYCMS.BITNET>
  5303. Sender:       Microsoft Access Database Discussion List
  5304.               <ACCESS-L@INDYCMS.BITNET>
  5305. From:         Stefan Focke <focke@GMD.DE>
  5306. Subject:      Re: Automatic field updates
  5307.  
  5308. >I've experimented with the DLookUp function to a point; I've even managed
  5309. >to get a non-interactive version of this working for the French name (ie,
  5310. >I've an action query that runs through the database and supplies the
  5311. >French name for every record).  What I want still eludes me.
  5312.  
  5313. DLookUp should work for you. I did something simular and it worked. Prehaps
  5314. you should post the code you use.
  5315.  
  5316. Stefan
  5317. ----------------------------------------------------------------------
  5318.  
  5319. Stefan Focke                  Tel. 02241-14-3154
  5320. GMD-ISA                       e-mail: focke@gmd.de
  5321. Rathausalle 10
  5322. D-W 5205 Sankt Augustin 1
  5323.  
  5324.     ********** MS-Word: From the guys who brought us EDLIN ********
  5325. =========================================================================
  5326. Date:         Tue, 31 Aug 1993 09:06:49 BST
  5327. Reply-To:     Microsoft Access Database Discussion List
  5328.               <ACCESS-L@INDYCMS.BITNET>
  5329. Sender:       Microsoft Access Database Discussion List
  5330.               <ACCESS-L@INDYCMS.BITNET>
  5331. From:         "Anne L Zorner R27.G5/" <ALZ@IBM-B.RUTHERFORD.AC.UK>
  5332. Subject:      re security
  5333.  
  5334. SQL Support Section (SQS)         Mail ALZ@UK.AC.RL.IB
  5335. ===============================================================
  5336. I posted some information in the last 3 months about Access Security.
  5337. Basically the text in the manual does not tell the whole story.
  5338. To get hold of the whole story get hold of the Access Security White
  5339. Paper which is stored ( I think at CICA) Nathan put it it up
  5340. somewhere cant remember exactly where. Anyway in brief the hey is
  5341. to not create the tables owned by ADMIN but rather some user.
  5342. Access 1.1 is different however I have not yet checked it for
  5343. loopholes and no one else has cpmmented on it.
  5344. Anne
  5345.  
  5346. Thankyou
  5347. ===============================================================
  5348. =========================================================================
  5349. Date:         Tue, 31 Aug 1993 13:40:52 +0200
  5350. Reply-To:     Microsoft Access Database Discussion List
  5351.               <ACCESS-L@INDYCMS.BITNET>
  5352. Sender:       Microsoft Access Database Discussion List
  5353.               <ACCESS-L@INDYCMS.BITNET>
  5354. From:         Slawomir Zadrozny <zadrozny@IBSPAN.WAW.PL>
  5355. Organization: Research and Academic Computer Network
  5356.  
  5357. Hello!
  5358.  
  5359. I wonder if it is known how a WHERE clause condition is evaluated. From my
  5360. experience I know that it is not done simply from left to right.
  5361. For example in the clause: (c1 AND c2 ...) OR (... AND ... AND  ) OR ... OR clas
  5362. t
  5363. condition "clast" may be evaluated as a first. (I hope that my description
  5364. is not too unclear). Certainly it is a desirable effect of optimizatione done
  5365. by Access, but I would like to know what is exact order of evaluation.
  5366.  
  5367. Thanks for any suggestions.
  5368.  
  5369.  
  5370. Slawomir Zadrozny
  5371. Systems Research Institute
  5372. Polish Academy of Sciences
  5373. Warsaw, POLAND
  5374. =========================================================================
  5375. Date:         Tue, 31 Aug 1993 08:52:53 EST
  5376. Reply-To:     Microsoft Access Database Discussion List
  5377.               <ACCESS-L@INDYCMS.BITNET>
  5378. Sender:       Microsoft Access Database Discussion List
  5379.               <ACCESS-L@INDYCMS.BITNET>
  5380. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  5381. Organization: IUPUI Student Activities Office (317) 274-3931
  5382. Subject:      Re: re security
  5383. In-Reply-To:  Message of Tue,
  5384.               31 Aug 1993 09:06:49 BST from <ALZ@IBM-B.RUTHERFOR D.AC.UK>
  5385.  
  5386. The White Paper is NOT on CICA--I never got around to putting it there
  5387. and will try to rectify that error today or tomorrow--but it IS available
  5388. from LISTSERV@INDYCMS by sending the command
  5389.  
  5390. GET SECURE TEXT
  5391.  
  5392. to LISTSERV@INDYCMS.BITNET or LISTSERV@INDYCMS.IUPUI.EDU.
  5393.  
  5394. I apologize for forgetting to put the White Paper on CICA but with the
  5395. students coming back and everything else the world is throwing at me :)
  5396. it just plain old slipped my mind.
  5397.  
  5398. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  5399. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  5400. Indiana University Purdue University Indianapolis
  5401. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  5402. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  5403. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  5404. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  5405. ------------------------------------------------------------------------------
  5406. =========================================================================
  5407. Date:         Tue, 31 Aug 1993 13:17:45 -0700
  5408. Reply-To:     Microsoft Access Database Discussion List
  5409.               <ACCESS-L@INDYCMS.BITNET>
  5410. Sender:       Microsoft Access Database Discussion List
  5411.               <ACCESS-L@INDYCMS.BITNET>
  5412. From:         John von Colditz <johnvon@HALCYON.COM>
  5413. Subject:      Re: Maximize the form before opening form
  5414. In-Reply-To:  <199308310140.AA28361@halcyon.com> from "NCLCHAN@NTUVAX.BITNET"
  5415.               at Aug 31, 93 09:19:04 am
  5416.  
  5417. >
  5418. > Does anyone know how to maximize the form before the form is opened ?
  5419. > Normally Macro - openform & then maximize.
  5420. >
  5421. > It is so UGLY to see the "small" form being enlarge when you execute the
  5422.  macro.
  5423. > Is there a way to see the maximized form on the screen once you execute the
  5424.  macr
  5425. >    o ?
  5426. >
  5427. > Chor Ling
  5428. > NCLCHAN@NTUVAX.NTU.AC.SG
  5429. >
  5430.  
  5431. I've never tried it, but, you might be able to set the form's visible
  5432. property to false, maximize it, and then set the visible property to
  5433. true.  You might also just want to store the forms with visible set to
  5434. false, open them, maximize them, set the visible property to true.  You
  5435. probably want to set visible back to false when you close the form.
  5436.  
  5437. John
  5438.